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ABSTRACT 


Information Management (IM) has been an area of research and 
discussion for several decades. Studies have been conducted by behavioral and 
computer scientists on how people organize their information and workspaces in 
order to come up with efficient ways to store, organize and retrieve information 
on personal computers. This thesis explores improving a user’s ability to manage 
information on mobile devices. The goal is to make placing information on such 
devices a more attractive prospect, with an emphasis on retrieval of stored 
information regardless of the document type. This will result in mobile users 
having quick access to the right information at the right time while away from the 
office or home. This thesis describes the challenges inherent in a mobile 
scenario and the system designed to address those challenges. The system 
provides visual and navigational features that are not currently available on 
mobile devices, specifically the ability to view multiple types of items in a single 
interface. Additionally, the ability to logically link related items as an IM tool is 
examined. 
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I. INTRODUCTION 


A. INFORMATION MANAGEMENT 

The challenges inherent to managing information, personal and 
professional, have not changed in a long time [1]. First, work must be done 
during the acquisition of items to form a collection. Second, the collection must 
be organized. Third, the collection must be maintained for long term storage. 
Finally, items must be retrieved for use. These activities form the core of any 
information management strategy, starting with paper and pencil and continuing 
to the multitude of networked, digital, handheld devices that are currently 
available. In 1945, Vannevar Bush [2] stated, “A record, if it is to be useful to 
science, must be continually extended, it must be stored, and above all it must be 
consulted.” Doing this well is still a goal that most people struggle with every day, 
regardless of the type of information being managed, and regardless of the type 
of device being used to store and manipulate the information. 

These days, the amount of information a person must manage grows 
rapidly. In addition to the shear quantity of data, the number of places it is 
located is also growing as mobile devices such as cellular phones and personal 
digital assistants (PDAs) become more capable and commonplace. At the 
moment, many users are hesitant to manage information on their mobile devices. 
They are dipping their toes in to feel the water’s temperature, but few are diving 
in to place a more substantial amount of information on handheld devices for a 
myriad of reasons. The two goals of this thesis research are to identify the 
usability reasons that stand in the way of using the full capabilities of today’s 
mobile devices, and to design and present a system that makes managing 
information on a mobile device simpler and potentially more attractive to the 
reluctant user. 
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B. MOTIVATION 


When discussing IM, it is easy to forget that the goal is not just to sort or 
search better, or to make the interface more appealing. The goal is to help the 
user accomplish some task more efficiently, such as planning a trip, or managing 
an event. Performing such tasks on a hand-held device is still not an appealing 
idea to most users, so the expected efficiency gains from being able to 
accomplish IM tasks away from the office are not being seen. Getting the raw 
data on the device is no longer the challenge; easily using the data once you 
have it on the device is. 

The motivation for improving a person’s ability to use acquired information 
is twofold. First, the problem of information overload still exists in the 
desktop/laptop world, so one cannot simply extend practices from that world to 
the mobile one. Just as extending paper and pencil models to the digital world 
has been insufficient, extending desktop file management to handheld devices is 
also inadequate. New interface models are needed. Second, the correct 
information is not as good as the correct information at the correct time. The 
correct time for a mobile user is most likely while he or she is away from the 
office, so it is highly desirable to encourage and facilitate placing and using all 
needed data on a user’s mobile device. 

C. MOBILE DEVICE SPECIFIC CHALLENGES 

When developing applications for mobile devices, there are certain mobile 

device specific challenges that the programmer has to keep in mind. The first 

and possibly the most important is the power limitation. Due to the mobile nature 

of the device, it is usually not connected to an external power source. Therefore, 

the application should try to make use of the device’s power saving features. 

Another challenge that the developer has to deal with is the display size. This 

problem is actually two-fold because the system developer has to take into 

consideration the variety of screen sizes available on the various hand-held 

devices and he has to be able to use the limited amount of screen real estate to 
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display the necessary information clearly and in meaningful ways. Memory 
consumption is a third concern related to mobile device programming. Unless a 
person is using an external storage device such as a storage card, mobile 
devices currently have limited storage capacity. The system code therefore has 
to be more efficient in comparison to code developed to run on a PC or laptop. 
Another limitation that must be addressed is the processor speed. Despite 
tremendous progress in processor technology, processors on hand-held devices 
run significantly slower than those on PCs and laptops. For this reason, a great 
deal of thought must be placed into choosing the appropriate data structures, and 
into keeping all algorithms as efficient as possible. Finally, input modalities for 
mobile devices are different; mouse and keyboard interaction are replaced with 
stylus clicks and soft buttons. Planning for this type of user interaction is different 
and requires a thorough analysis of user interaction with the software system and 
the device. 

D. RESEARCH QUESTIONS 

Our research focused on five major aspects of personal information 
management on mobile devices: 

1. Optimal ways to store and organize information that is imported or 
recorded to the device. . 

2. Identification of what stored information is most useful. 

3. Efficient information retrieval and use. 

4. Automating device actions that can improve the user’s ability to 
manage their schedule, projects, and personal activities 

5. User interface design to optimize the small amount of screen real 
estate available on mobile hand-held devices, while simultaneously 
being simple to operate. 

We examine a wide spectrum of research in the area of information 
management dating as far back as 1945. Our goal is to extract core IM concepts 
that have been identified from then to now and apply what is most appropriate to 

3 



IM on handheld devices. We use the research data to design a personal 
information management system for mobile hand-held devices that run the 
Windows Mobile 5.0 operating system. Upon completion of the prototype, we 
gathered usability data in order to determine the effectiveness of the system. 

E. THESIS OBJECTIVE 

The overall objective of this research is to identify universal information 
management behaviors that are effective and transcend the tools that have been 
developed over the decades. Once these behaviors are brought to light, tools 
can be developed to accommodate and enhance them. Based on personal 
observation and the research conducted, we have designed an application that 
would make a user’s information easier to access and retrieve, and would 
automate the organization of this information once it is placed on the mobile 
device. We improved accessibility by designing an interface that makes all 
information on the device viewable in a single location via a simple tabbed 
browsing layout. Automating the organization of the information is accomplished 
in the following manner. First, related items are automatically grouped and can 
be viewed on the same screen rather than opening one application to view e- 
mail, another to view SMS messages, and yet another to view appointments. 
Second, items such as e-mail messages frequently imply the creation of new 
items such as an appointment or a to-do list. Creating these additional items can 
be difficult and frustrating on a mobile device due to the limited input modalities, 
so they are frequently not created. This results in the information in the original 
item being lost in the e-mail or SMS, making later retrieval difficult. The 
attempted solution for this issue is to automatically create these supporting items 
using the information contained in the root item, such as an SMS message. A 
person will be more willing to load her mobile device with information if the device 
becomes an organizer and in some cases a creator of information rather than a 
black hole for received information. 
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F. 


THESIS ORGANIZATION 


The thesis is organized into six chapters. Chapter II highlights the key 
papers that identify the core IM principles that have been revealed over the 
years. Chapter III describes the application we call Mobile PIM Master (MPM) 
that is capable of managing most of the data types that can be found on current 
handheld devices through a single integrated interface. Chapter IV describes the 
software design and development of the application. Chapter V presents the 
evaluation data that was gathered based on usability and performance tests. 
Finally, chapter VI details the conclusions and recommendations for future work. 
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II. BACKGROUND OF PIM RESEARCH 


A. INTRODUCTION 

Throughout the course of the past six decades both behavioral scientists 
and computer scientists have conducted studies on the various ways that 
different people organize their information and workspaces in order to come up 
with an efficient way to store, organize, and retrieve information on personal 
computers. As early as the 1940s, researchers began to see the need for 
developing a method for storing, organizing and most importantly retrieving 
captured information. As technologies such as still photography, television, 
teletype and radio continued to flourish, the need to efficiently store the growing 
amount of data captured by those technologies was identified. Since then, the 
number of data types such as text documents, pictures, emails, audio files, etc. 
has increased along with the amount of information captured in those data 
collections. With that growth, comes the need for more efficient ways of 
managing the large volumes of information. Early research in this area has 
focused on one type of information, such as e-mail, appointment scheduling, or 
alerts. Some research within the past decade has begun to highlight the need for 
more information integration tools. A synthesis of this research is attempted to 
extract the best practices identified in each of the following papers. 

The research is presented in chronological order to show how the field of 
Personal Information Management has developed over the last sixty years. 

B. THE “MEMEX” 

In July of 1945, Vannevar Bush, an American engineer and science 
administrator, published an article, “As We May Think,” in The Atlantic Monthly 
[2], In his article, Dr. Bush acknowledged some of the technological advances 
that had been made at the time, made some predictions about the future growth 
and implementations of those technologies, and identified a need for what he 
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called a “memex,” “a device in which an individual stores all his books, records, 
and communication, and which is mechanized so that it may be consulted with 
exceeding speed an flexibility.” 

The article placed emphasis on those technologies which allowed people 
to capture information about their daily findings and activities such as 
photography, voice recorders, typesetting, and printing. He provided a scenario 
wherein by combining the technologies, a researcher had the ability to observe, 
comment and capture data without being anchored to a desk or table. Dr. Bush 
saw that with all of the available capabilities to collect data and observations 
came the need to store, organize and retrieve those collections. In his words, “A 
record, if it is to be useful to science, must be continuously extended, it must be 
stored, and above all it must be consulted.” 

He further went on to discuss the need for a systematic approach for 
storing the information, one that would be intuitive and could possibly mimic the 
way that the human mind organizes information. He proposed that instead of 
using an alphabetical or numerical filing index, an organization based on 
association of related items would prove more useful in the retrieval of the stored 
information: “The process of tying two [related] items together is the important 
thing.” Dr. Bush’s article was insightful and it provided the foundation for further 
research in the area of information management. 

C. ’’WHERE IN THE WORLD IS THE INFORMATION?’’ 

In 1968, George A. Miller, psychology professor and founder of WordNet, 
a linguistic knowledgebase that maps the way the mind stores and uses 
language, focused his attention on the area of Information Management. In July 
1968 he published an article, “Psychology and Information,” in the American 
Documentation journal [3]. The article focused on the way that computer-based 
systems stored information and the methods used to retrieve the information. His 
observation was that the designers of the systems were not taking into 
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consideration the process by which the human mind stores, categorizes, and 
retrieves information, and in so doing, information retrieval was not being done 
effectively. 

The two key arguments of the article were that people are used to locating 
information spatially, and that they are able to retrieve information more 
effectively if it is presented in a format that they are can relate to, such as an 
organized library book shelf in which books of the same topic are located in the 
same place. The author supported his theory of spatial locality by presenting 
some examples of how people were able to recall information better by 
associating the information to spatial position. One example was that of a teacher 
trying to remember the names of his students. He noted from personal 
experience and discussions with colleagues that it was easier to remember the 
names of new students if they sat in the same seats for the first few days of 
class, than if they changed seats. 

Another example was an experiment that was conducted with a 
chimpanzee. The chimpanzee was shown two boxes that are easily 
distinguishable by size and color. One box was larger than the other and was 
painted white. The smaller one was painted black. The large white box was 
placed on the left, and food was placed inside. A curtain was then drawn and the 
location of the boxes was changed. After the switch was made, the chimpanzee 
was allowed to see the boxes again, and reach for the food. The observed 
behavior was that the chimpanzee reached toward the location of where the food 
had been placed. Both examples showed the need for further exploration of the 
use of spatial locality as it relates to information management in computer 
systems. 

Miller supported his second argument that users could retrieve information 

more effectively if the information was presented in a familiar format, with the use 

of a library analogy. Librarians place books of related content in the same 

vicinity. When patrons are in search of books related to a particular topic of 

interest, they are able find the specific books that they are in search of, and they 
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can easily see books that are related to the topic as well. New books and 
journals are also placed in an area that is easily noticed in order to provide the 
patron with easy access to the most current information. Additionally, the books 
are clearly labeled and a precise indexing system is established in order to 
facilitate retrieval of information. This method of organization provides both a 
simple method for locating exactly what you’re looking for as well as a visual 
reference that aids the patron in locating related material. 

Miller addressed two key weaknesses of information management in 
computer systems, and he identified some possible solutions to strengthen those 
weaknesses. He concluded his paper with a message that IM tool developers 
should keep in mind; “Mankind evolved in a world of space and time. Our 
memories evolved to record events that transpire in space and time. Modern 
attempts to externalize and enlarge that memory should not and probably need 
not, neglect its spatial temporal locality.” 

D. ’’FILES” AND “PILES” 

Thomas W. Malone, Professor of Management at the MIT Sloan School of 
Management, conducted a study, and wrote an article in 1983, “How Do People 
Organize Their Desks? Implications for the Design of Office Information 
Systems,” that focused as the title states, on how different people organize their 
workspace [4], The article made two principle claims. The first was that along 
with helping a user find desired information, reminding is also an important 
function of desk organization. The second claim was that computer-based 
systems could assist with some of the cognitive difficulties of organizing 
information by “(a) doing as much automatic classification as possible (e.g., 
based on access dates) and (b) by including untitled “piles” of information 
arranged by physical location as well as explicitly titled and logically arranged 
“files.” Malone supports his claims by interviewing ten people on how they 
organize their desks and office. Based on the results of the interviews, he made 
some suggestions for the design of computer-based information systems. 
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The participants were divided into two categories; “Neat” office and 
“Messy” office. The “Neat” office group used a filing system and organized piles. 
The “Messy” group relied mostly on loosely scattered piles. Malone determined 
the separation of the groups by touring their offices and observing their 
organizational techniques. 

The paper discussed two specific cases, each representing the two 
methods of office organization. The first case examined the organizational 
process of a member of the “Neat” group, Michael. Michael was a purchasing 
agent whose work primarily involved the use of standard forms. The office was 
arranged in a format that supported the paper flow. He had incoming and 
outgoing document trays, labeled piles of in-progress forms, a log book to 
document purchase order numbers, and file drawers arranged by subject. The 
second case focused on the organizational process of a member of the “Messy” 
group, Kenneth. Kenneth was a research scientist with little routine paper flow. 
Most of the information in the office consisted of magazines, books, papers, 
personal notes, and computer listings. Unlike Michael’s office, Kenneth’s office 
was filled with various loosely stacked piles of mixed content. Documents on the 
desk were not arranged in any distinguishable order other than to Kenneth, and 
the floor and tables were cluttered with stacks of books, magazines and 
additional papers. 

The results of the tours and interviews showed that the two main units of 
desk organization were “files” and “piles,” and that regardless of the organization 
technique, the two main functions served are “finding” and “reminding.” As 
Malone pointed out, “The distinction between finding and reminding rests on 
intentionally.” Finding occurs when a person knows what he is looking for, where 
as reminding occurs when a person becomes aware of something else 
unintentionally. In most cases, a well labeled filing system helps in the “finding” 
process because a person can easily locate specific items that he or she has in 
mind. “Piles;” however, because of their location, whether they are labeled or not, 
serve to remind a person of unaccomplished tasks. 
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Based on the analysis of the interviews, Malone pointed out that 
computers can be used to simplify the three processes required to find 
information; “creating classifications,” “classifying information,” and “retrieving 
information,” by allowing for multiple classifications, by automating classifications, 
by deferring classification, and by allowing the user to retrieve information using 
more than one dimension. In regards to reminding, Malone suggested four 
possible priority schemes to aid the user: Frequency, size, location, and color. In 
the frequency scheme, higher priority items are displayed more often. The size 
scheme would use larger icons for higher priority items. Higher priority items in 
the location scheme would be displayed in specific areas of the computer screen. 
The color scheme would use different hues to signify the level of priority. 

Malone’s study brings to surface again the concept of spatial locality, and 
he mentions the importance of incorporating it into computer-based systems. 
Though his study focused mainly on the organization of paper documents, a 
great deal can be learned about information management from his study of 
human behavior regarding organization of information. 

E. PIM IN THE 1990S 

1. Finding and Reminding 

In 1995, Deborah Barreau and Bonnie A. Nardi collaborated to write an 
article [5] about their independent studies on the ways users organize and find 
files on their computers. Their motivation for conducting the studies was two-fold. 
First, since filing and finding are such integral parts of computer usage, more 
research needed to be conducted in order to try to optimize the processes. 
Second, along with the surge of networking capabilities, a growth in information 
storage and sources emerged so new methods needed to be developed to 
manage the additional resources. Barreau examined information management 
techniques practiced by DOS, Windows and OS/2 users. Nardi focused on filing 
and finding methods implemented by Macintosh users. After having conducted 


12 



their research, they compared their analyses and determined that there were 
more similarities than differences. Some details about the studies are presented 
in the following paragraphs along with the findings, and the recommendations for 
improvement provided by the authors. 

The authors conducted their studies at slightly different times, and 
unbeknownst to each other. They decided to collaborate on the article after they 
found out about each other’s work. Barreau conducted her study in 1993. She 
focused her attention on how seven office managers organized and retrieved 
information from their electronic system. The level of computer experience 
ranged between novice and proficient. Four of the managers used DOS, one 
used Macintosh, another used OS/2 and the final manager used Windows 3.0, 
and they were all connected to servers. The goal of her research was “to identify 
the types of documents used and to determine the factors affecting individual 
decisions to acquire, organize, maintain and receive information.” In 1994, Nardi 
interviewed fifteen Macintosh users as a basis for her research. The participants 
included administrative assistants, programmers, graphic artists, manager and 
librarians, and were all experienced users. The users were asked to provide a 
tour of their system and were asked a structured set of questions in order to 
identify individual approaches to organizing and filing folders. 

After comparing their results, they found four similarities and only one 
difference between the two study groups. Three of the similarities were of 
particular interest for our research. The first similarity was the preference for 
location-based search to find files. The two basic strategies for finding files are 
location based and logical. In location-based finding, the user guesses at the 
location of where she thinks the object of interest might be and conducts a visual 
search for the object. If she doesn’t find it, she repeats the process. In logical 
finding, the user finds files using a text-based search. This requires the user to 
remember the name of the object she is looking for. Both studies showed that 
location-based search was by far the more appealing method. 


13 



The second similarity was the reminding function of file placement. In both 
studies, participants placed files in locations where they were most likely to 
notice them such as the upper level of a directory or certain areas of their screen. 
The reminding function ties in to the preference for location-based search. As the 
authors pointed out, since file placement serves both the finding and reminding 
functions, “a ‘physical’ system in which a specific location is associated with the 
file is more useful than a purely logical system.” 

A third similarity that they found was that each group’s information was 
divided into three categories: “ephemeral,” “working” and “archived.” Ephemeral 
information has a short life and includes items such as tasks, e-mails, sms, 
appointments and notes. Working information are items that are often created by 
the user and are frequently used. It is usually put in its own location. Contacts 
would fall into the working information category. Because the information has a 
prescribed location and is frequently accessed, users have little issue finding the 
desired information. Archived information has a long shelf life, is not used 
frequently and in most cases is indirectly related to on going work. This type of 
information proved to be the most difficult to organize across both groups 
because according to the participants, the effort required to do it was not worth it. 
Of the three types of information, ephemeral was the most difficult to manage 
across both groups because of the volume and rapid fluctuation. 

The authors discovered that it is important to consider the various types of 
information when designing a filing and finding system. In their opinion, 
ephemeral information organization had not received enough attention, while 
archived information, which is accessed and required the least as their study 
showed, was over emphasized. In an era when mobile devices are becoming so 
prevalent and information storage is so distributed it is even more important to 
develop more effective ways of organizing information so that it serves the two 
main purposes identified by Nardi and Barreau: finding and reminding. 
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2. Sorting out Searching 


In the April 1998 edition of Communication of the ACM, Ben Shneiderman, 
Donald Byrd, and W. Bruce Croft presented an article [6] that focused on the 
issues of information sorting and searching as it relates to personal and 
distributed databases. The authors highlighted several user-interface design 
flaws such as inconsistencies among different systems and the lack of suitable 
explanations regarding the methods used for conducting the searches. They 
pointed out that many times users have a hard time conducting productive 
searches because most text-based search systems do not provide either clear 
instructions as to how to input search words (i.e., word combinations and use of 
operators), feedback or suggestions for refining the search. In an attempt to 
alleviate some of those issues, the authors proposed a four-phase framework for 
developing a well designed user-interface that provides both a common structure 
and ease of navigation. 

The goal of their framework was to “increase clarity and user control while 
reducing inconsistencies in text-search user interfaces.” The four phases consist 
of a formulation phase, an action phase, a review of results phase and a 
refinement phase. The formulation phase is the first phase and the most 
complex because it deals with cognitive processing, what text to search for, the 
different variants of the text, where to search and which fields of the location to 
search. The action phase is the phase in which the search is actually conducted. 
For implementation of this phase, the authors recommend the use of “dynamic 
queries” as opposed to just clicking on a Search button to initiate a search and 
waiting for the results. With this technique, the result set is continuously modified 
and displayed as the user changes the search. Review of results is the third 
phase and it deals with how the results of the search are displayed. The authors 
identified various techniques for displaying the information and suggested that 
the interface should also provide messages to aid in refining the search. 
Refinement is the fourth and final phase. This phase implements both word 

relevance feedback and a search history buffer. The history buffer assists the 
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user in conducting more productive searches and the buffer allows for review, 
alteration and resubmission of previous searches. 

The authors pointed out some points of weakness in the area of text- 
based search, and they presented some possible solutions to strengthen the 
process. They concluded by reiterating the importance for developers to continue 
their work in refining search interfaces. They also stated that the future of the 
Web was dependent on the developer’s abilities to simplify the search process 
for the masses of users. Though they focused mainly on Web queries, their 
concepts can be applied to various PIM tools. 

F. PIM IN THE NEW MILLENIUM 

1. “Stuff I’ve Seen” 

At the 2003 Special Interest Group on Information Retrieval (SIGIR) 
conference, Susan Dumais et al. presented an article [7] that described the 
design and evaluation of a desktop system that they called Stuff I’ve Seen (SIS). 
The system provides two main features. First, it maintains a unified index of 
previously seen information such as emails, web pages, documents, etc. 
Second, the search interface uses “rich contextual cues” to assist in the 
recognition and retrieval of items. The goal of the system was facilitate finding 
and re-using of information that has been seen before by the user. 

The system architecture is comprised of five main components. The 
Gatherer provides the interface between the different content sources and the 
system. The Filter decodes the various file formats (i.e., pdf, html, doc) and 
produces a character stream. The Tokenizer breaks the character stream into 
“words.” The Indexer builds the index structure with position information to 
promote rapid retrieval. The Retriever is “the query language for accessing 
stored information.” The five components work together to provide the local 
unified index, and the index is updated continuously as new items are received or 
created. 
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The SIS interface provides the user with the ability to initiate queries and 
to view and manipulate the results. It is predominantly a text-based search 
display, but it does provide some visual cues. Five filter fields are displayed in the 
view, and queries occur dynamically so they are launched whenever any of the 
filter boxes in the user interface are manipulated. Query results are initially sorted 
by Date or Rank, but selecting a column will sort the information by that column. 

The authors presented a system that took into consideration the various 
PIM items that people deal with on a daily basis, and developed a desktop based 
system that integrates the various information types and displays them in a 
consolidated view. They planned to continue development of the system. Future 
work plans included improvement of the search engine and exploring different 
visual presentation of results. They also mentioned adding additional features 
such as context awareness.. 

2. “Stuff Goes into the Computer and Doesn’t Come Out” 

In April 2004, Boardman and Sasse, presented their paper, ‘“Stuff Goes 
into the Computer and Doesn’t Come Out’ A cross-tool Study of Personal 
Information Management,” at the Conference for Fluman-computer Interaction 
[8]. The paper reported a study of Personal Information Management with two 
main areas of interest. The first focused on cross-tool data involving files, email 
and web bookmarks. The second involved the collection of longitudinal data for a 
subset of participants in order to observe how PIM behavior evolves over time. 
Their objective was to improve “the empirical foundation for PIM design.” The 
following paragraphs will provide a brief description of the authors’ research, 
highlight the key results, and present their suggestions for improving information 
management. 

The authors began their study by identifying some significant 
shortcomings of previous research in two areas; empirical studies and prototype 
design. In the area of empirical studies, they noted two significant limitations. 
First, they pointed out that little consideration had been given to PIM as a “cross- 
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tool activity,” and they brought two questions to light: “Do individuals employ 
similar strategies in email as in files? How are PIM tools used together?” Second, 
they identified that little attention had been focused on the evolution of PIM 
strategies. Regarding prototype design, they drew attention to the 
inconsistencies between what had been learned from tool-specific studies that 
had been conducted and what was being applied to the design of cross-tool 
integration. 

The study consisted of two phases; Profiling PIM Practices and 
Longitudinal Tracking of PIM Practice. During the first phase, the authors 
interviewed 31 participants and requested a guided tour of their file, email and 
bookmark collections. They performed a content analysis of the data to 
determine “strategies,” “problems” and “needs.” They also analyzed folder 
structure to examine naming conventions and identify the number of folders 
sharing common collections. Finally, they compared the different organization 
strategies to determine if there were any behavior similarities. 

The second phase focused on the evolution of the three collections and 
the management strategies. Only eight participants from Phase 1 took part in the 
second phase. The author’s developed a tool to capture snapshots of the folder 
structures and their contents. They also asked the participants to maintain a log 
of significant events such as creating a new folder of failing to locate an item. 
Phase 2 also involved using Workspace Mirror (WM), a software prototype 
developed by authors as a result of the folder overlap observations in Phase 1 
[0]. The authors describe WM as an application that “allows the user to mirror 
structural changes (i.e., the creation, deletion, renaming or moving of folders) 
between the file, email and bookmark folder hierarchies.” 

The results of the study showed that the various participants used multiple 
PIM strategies within specific collections. Also, the cross-tool data showed that 
PIM tactics varied considerably between tools for many individuals. The 
observation of folder overlap brought to light a subset of user activities that 

involved PIM across the various information types. The information gathered 
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about overlapping folders suggested that information concerning “roles” and 
“projects” may be usefully shared between collections. 

The authors acknowledged the importance of PIM-tool integration design 
studies. They stated that “Cross-tool studies can provide an empirical foundation 
for such design by highlighting: (1) synergies between tools that can be exploited 
to improve integration and, (2) differences between tool usage that may indicate 
barriers to integration.” They also point out that designers need to take into 
consideration the differences between individual users and the users’ various 
PIM strategies. Finally, the authors identified the possible need for integrating 
files and filed emails, and they indicate that their future work plans would involve 
integration of other PIM tools and devices. 

G. ADDITIONAL RESEARCH 

Chirita et al [9] explored a way of clustering related items based on the 
number of steps between consecutive file accesses and the length of the time 
window between the access occurrences. This clustering is very similar to the 
grouping concept, but it uses temporal locality rather than content similarity to 
define the relationship among the items. Bellotti et al [10] worked with the idea of 
the task vista, a comprehensive list used for planning, on both the desktop and 
PDAs. The focus of this work is on improving a user’s ability to perform task 
management. A personal task list manager called TaskVista was designed and 
implemented to allow simple creation of tasks, and the dragging and dropping of 
related items (e-mails and files) into the task. Bellotti and Smith [11] also 
identified the utility of the concept of groups that can be treated more like piles of 
needed resources than traditional folders. The use of spatial or temporal locality 
in combination with related content shows promise for creating accurate “groups” 
of information. Expansion of this grouping research is especially warranted on 
handheld devices. 

Cignini et al [12] address to concept of automatic categorization of 
information. They designed a filtering, categorizing, and alerting e-mail system 
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that processes incoming e-mail and performs automated classification 
operations. The objective is to spare the user from having to manually filter and 
sort e-mail while on the go. Such automatic categorization is a little too processor 
intensive for a mobile device, but a simpler form of automatic grouping can be 
explored. 

Interface design or presentation of retrieved information is another 
element of information management that has attracted attention. Dontcheva et al 
[13] focused their efforts on web content and designed an interface that allows a 
user to select the elements of a webpage that are of interest, automatically 
collects similar content, and presents all of this data in a visual summary 
appropriate for a small screen device. 

Work at Microsoft by Cutrell et al [14] on an application called Phlat 
attempts to improve a user’s ability to search and organize personal data. This is 
a desktop application, but some of its key features can also serve a mobile user 
well. The features include the ability to view content from various storage 
systems, such as e-mail, files, or schedules in a single interface, as well as a 
querying capability that indirectly links several seemingly disparate items into a 
grouped query result that can be saved to maintain the grouping. 

Additional work done at Microsoft by Czerwinski [15] focuses on improving 
a user’s ability to multitask. Two applications, GroupBar and Scalable Fabric, are 
described. The GroupBar application allows a user to group or regroup related 
windows for easier screen organization, but no persistent logical links are 
established. The applications developed were for the desktop environment, but 
the need for effective tools is even greater in a mobile scenario where the user 
must divide her attention between several items on the device and activity in the 
real world, like not walking into traffic. The concepts presented in all three papers 
have yet to be rigorously applied to information management on mobile and 
handheld devices. 
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In the realm of mobility, Singh [16] explores the idea context awareness as 
it relates to delivering of personal information, specifically phone calls, emails 
and SMS, in appropriate forms depending on the user’s context. For example, 
important emails can be delivered to the user as SMSs if the user is in a meeting. 
The idea is that while the user is in a meeting, SMSs can be delivered in a 
“silent” mode where the information can be delivered and consumed without 
disturbing the meeting. The same email is delivered as a phone call or voicemail, 
if the user is driving. SMS in this context will not work as the user will not be able 
to read SMS while driving. He may, however, be able to take the phone call. 

Shimakawa, Kaede, Nakamura and Azuma [17] also investigate the 
concept of context awareness. Their paper discusses a method for interleaving 
independent daily tasks into an efficient flow of actions. The authors consider 
each task as a thread and evaluate the context of each thread to reorganize the 
independent sequence of events into a single efficient sequence. The paper 
discusses using data modeling for states of a user and objects around him, 
contexts the user has, and associations between items in the schedule to make 
efficient schedules. The authors propose three things to accomplish tasks using 
context. First, the functions of a PIM tool need to be classified in three layers: 
facts, contexts and planning. Second, set stereotyped actions so users do not fail 
to carry out incidental acts because they are only paying attention only to 
essential acts. Finally, introduce pre-conditions and post states for each act so 
users can insert an tasks from a to-do list into a schedule without inconsistency.. 

Akbas and Singh present a system for locating personal information 
across multiple mobile devices and web resources [18]. They reiterate the 
increasing amount of storage banks available to the common user (i.e., 
smartphones, laptops, PCs and web storage), and they also highlight the ever 
growing amount of computational power available on mobile devices. Their 
system allows users to initiate queries from any of four platforms: phone, laptop, 
PC, internet service, and it search all other devices and platforms that it is 
associated with. 
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H. THE “MESS” 

Peter J. Denning [19] recently wrote an article, “Mastering the Mess,” that 
looks into the innovative technologies that have been developed to deal with 
historical messes and provides insight into how to identify current messes so that 
new innovations can be developed to deal with them. In the article, Denning 
provides examples of previous messes and identifies several current messes, 
one of them being information overflow. This mess persists because no 
comprehensive IM solutions have emerged from the multitude of research, but 
the research does identify the key ideas that must be explored. These ideas 
include linking related items, exploiting spatial locality, and using text-based 
search as a backup “finding” method. Groups or “piles” have also been identified 
as excellent tools to augment traditional file structures, and finally, integrating 
PIM tools is needed to deal with truly complex IM tasks. Building on the research 
that has been discussed and dialogue with peers, we have developed a system 
that attempts to tackle the information overload mess on handheld devices. 
Follow-on chapters describe the design of our system and the development 
process. 
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III. MOBILE PIM MASTER 


A. OVERVIEW 

The research and test implementations that we have examined 
demonstrate that a mobile user can get more value out of using a mobile device 
if a mobile IM application achieves the following objectives. First, the system 
must have an integrated interface that allows a user to view all pertinent items, 
regardless of type. This IM requirement is challenging because of the small 
amount of screen real estate available on a mobile device. More information is 
not always better on a small screen, but navigating among multiple applications 
on a handheld device can be far more frustrating. Second, creating logical 
connections between related items and clearly visualizing these connections can 
enhance a user’s ability to retrieve and manage various tasks, and help the 
mobile multi-tasker to easily access information on the device while engaged in 
other activities. The concept of a group [10], or pile, has a great deal of potential 
as an alternative file organization method on handheld devices because 
navigating through multiple file structures is cumbersome on these devices. A 
system should allow the user to create groups manually, as well as provide some 
tools that create groups automatically. 

In order to accomplish these objectives, we have developed a system, 
called Mobile PIM Master (MPM) that implements a single interface for navigating 
through all device content without overwhelming the user or the device. The 
system also implements a logical linking capability that allows the user to create 
groups containing any type of item from anywhere on the device. First, we 
designed the interface to be a comprehensive navigation area that can access all 
data types in a single location without overloading the screen. Second, we 
adopted the concept of a “group” [10] for logically linking related items and 
visualizing the relationships for the user. Third, we implemented a number of 
automatic features for simplifying item creation and grouping. Finally, we built a 

23 



search tool into the system, allowing the user to search the device without having 
to start a new application. The user can add the search results to any group that 
he or she creates. 

B. IMPLEMENTATION PLATFORM 

We developed MPM for the Microsoft Windows Mobile 5.0 Pocket PC 
Phone Edition platform. We choose this platform because of the wealth of 
classes that are available in .NET Compact Framework for accessing the various 
information stores on the mobile device. Additionally, the capabilities of this 
platform match the capabilities of the most common smartphones and PDAs. 
Identification of the need for better IM tools on these devices drove our selection 
of the platform. The release of iPhone from Apple demonstrates the increasing 
availability and popularity of devices that have capabilities beyond that of a 
simple cellular phone, increasing the need to study IM on smartphones. 

C. INTEGRATED INTERFACE 

MPM maximizes the use of the limited screen real estate, making it 
possible to create a central interface that allows a user to view and manage the 
various information stores on the device including Contacts, Tasks, 
Appointments, E-mail, all files, any saved URLs, and all the groups created by 
the user. Additionally, the user can launch a search query directly from the MPM 
interface. A user can view, edit, or delete any of this information, and new items 
can be created without having to start a new application. 

Rather than having the user open multiple applications and continuously 
activate and minimize different application screens, it is easier to allow the user 
to navigate through his data via a single interface. Figure 1 presents our interface 
designs. We developed two interface layouts. The first layout has a navigation 
bar on the left side of the screen and the second has icons along the bottom of 
the screen that serve the same function as the left navigation bar. The user can 
toggle between the two views depending on whether quick navigation is the 
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priority, or maximum viewable screen area is the priority. All data (e.g. files, 
contacts, appointments, e-mails, etc) on the device are accessible from this 
interface, as well as the groups created by the user. Figure 2 displays the options 
for the user if he or she wants to change views. 
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Figure 1. (Left) Interface with left navigation bar. (Right) Interface with lower 

navigation bar. 
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Figure 2. Menu for selecting the desired interface. 
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The basic menu layout in both cases allows the user to toggle rapidly 
through the various item types on the device without the hassle of minimizing and 
maximizing screens repeatedly. However, the navigation tabs on the left side of 
the screen provide room for additional options that will not fit as icons on the 
lower navigation bar. The “Web” and “Search” options do not have icons on the 
lower navigation bar, but they are available as menu items if the user clicks 
“Menu.” Figure 3 shows how the “Web” and “Search” options can be accessed 
when the lower navigation bar is used. 
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Configure 
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Figure 3. “Web” and “Search” options are still available even though an icon is 

not placed at the bottom of the screen. 

With either view selected, the user can manipulate all data here, rather 
than in multiple source applications. To ensure no work is ever lost, work done in 
the original applications is available in MPM, and work done in MPM is available 
in the original application. For example, if a user creates an appointment in MPM, 
it is visible in the normal calendar, as well as the “Today” screen if the user has it 
configured to view appointments. This lets the user decide what application is 
most appropriate, with changes reflected in both locations. However, most 
functions needed by the user are implemented in MPM to ease all IM activities. 
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There are parallels between using tabs on the current generation of web 
browsers and our system in terms of organizing information and ease of 
navigation. Tabbed browsing allows the user to view multiple web pages without 
needing to open multiple instances of the browser application. However, browser 
tabs are generic and have no inherent link with what they are displaying. We 
designed the interface of MPM with the similar goal of enabling the viewing of 
multiple types of information without needing to open multiple applications. The 
key difference is that we designed our tabs to provide a convenient way of 
locating related information and linking this information. Items of different types 
are frequently related in some meaningful way to the user and we want the user 
to be able to capture such relationships. Figure 4 shows the ease on navigation 
provided by these tabs. 
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Figure 4. Navigation from Tasks to E-mail to Files to Groups to URLs within the 

integrated interface. 


In addition to improving navigation through several collections of items, 

MPM also makes viewing the content of individual items more informative to a 

user. For example, if a user is looking at an e-mail that is logically connected to 

an appointment and several tasks that are also stored on the device, these 
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connections should be visible to the user when the content of the e-mail is being 
viewed. Not displaying these links requires the user to recall the related 
information rather than reminding the user of the connection that the device has 
already captured in the content of the stored items. Leveraging the fact that 
relationships among the information exist is useful for displaying more 
information to the user while he or she is conducting a high-level scan of a single 
item. We display selected items in a custom form that displays the item content 
and all items that the user linked to it. We discuss this in more detail in the 
following section. 

D. LINKING AND GROUPING 

Expanding on the concept of the task vista [10], allowing a user to group 
related, yet different typed items is a useful tool for assisting in a rapid, multitask 
environment. Task lists, e-mail, appointments, supporting files, etc. all play a part 
in individual objectives such as planning for a conference, or making a sales 
presentation. However, physical and logical separation of these items is the 
norm, no matter how well organized a file structure is. This results in the user 
spending more time searching through his or her scattered information rather 
than using the information to accomplish his or her true goal, or allowing the user 
to focus on events taking place in the real world. To alleviate this situation, MPM 
provides the capability to group items, create logical connections, and visualize 
those connections. Doing this accomplishes a rough form of “chunking,” a 
technique that allows a person to retain more information in a short period of time 
[ 3 ], 
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Figure 5. MPM can capture relationships like the ones depicted here. Such links 
are common among items that are related to tasks and projects. Other 
handheld IM tools cannot capture such links. 

The grouping ability keeps the user from having to develop an elaborate 
directory structure on the mobile device, and allows the linking of items such as 
contacts and appointments with items such as files and e-mails. Items such as 
contacts, appointments, and e-mails are not accessible through the file explorer, 
so the user cannot place them in a purpose built directory even if he or she was 
inclined to do so. Figure 5 depicts the possible relationships a user would like to 
capture, allowing the user in a time constrained mobile scenario to view the key 
elements of an entire project at a glance while riding an elevator or walking 
through a lobby. MPM allows the user to create such groups and add items to 
them. MPM captures these relationships using XML as show in figure 6. 
Capturing this data allows MPM to render the relationships for the user in the 
integrated interface as seen in figure 7. Additionally, once MPM captures these 
relationships, each item is linked to all the other items in the group. These links 
are visible when any item in the group is displayed. 
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</itenrr> 

■titem name-"WS1.jpg" tvpp="5" group_name="Test Group" 

t a " My D o cii tie nts.TNet'sha re d'.VS 1 .jp g“ > 

</item> 

</item> 

^/groups 


Figure 6. XML representation of the group seen in figure 5. 



Figure 7. Rendering of the group in the user interface after reading the XML. 


E. DISPLAYING LOGICAL LINKS 

Figure 8 shows a custom view that visualizes the logical links when the 
user views the content of an individual item. The content of the item is the 
primary information displayed, but the user can see all linked items at the bottom 
of the screen. The user can select the items at the bottom of the screen for 
viewing or editing without having to transition to another screen. Figure 8 shows 
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the display of a contact with all of the linked items at the bottom of the screen. A 
user can view all of the items that are in the same group as this contact by simply 
clicking them, regardless of its type or its location on the device. This facilitates 
faster retrieval of related items, as well as reminding the user of items that are 
related, but the user has not viewed recently. 


r 

The content of 
the item H 

Items that are 
linked because < 
they are in the 
same group ^ 


| Test Group 


Name 

Person Real 

^ Email Address 

dddd@some.com 

• Mobile Telephone # 

555-5555 

A Home Telephone # 

555-5555 

Business Telephone # 

555-5555 

Riisinpss? Tplpnhnne # 


Item 


Notes 


Linked Items 


| } tnet\bin\feed.xml 
1 1 tnet\bin\emaill.xml 


H Real, Person 


RE: IS Related Interesting Articles - 7/11... — 


Figure 8. Display of an item’s content with linked items one click away. 


Figure 9 shows the ease of navigating among the linked items. MPM 
displays all items that are associated with the selected item at the bottom of the 
screen, so they are visible but not the focus of the user’s screen. If the user 
wants to examine one of the linked items more closely, then he or she can simply 
click on the item to view its content. Additionally, the user can select any of the 
linked items for editing while viewing this screen simply by clicking the “Options” 
menu item as seen in figure 10. Finally, if the item contains a phone number, the 
user can click on the number to initiate a call if he or she is using a device with a 
phone capability. Figure 11 shows this feature. 
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Figure 9. 



a. Select item to open 


Subject 

PIM Model 
Starts 
‘ 6 / 28/07 
Ends 
'' 6 / 30/07 
f-f Category 
""School 


Linked Items 


y* Ha Tasks 
p tr>et\bin\f«d.xml 
^ tnet\bm\emaill .xml 


I 


b. View content 
and linked items 


- Subject 

Ha Tasks 
Starts 

7 / 5/07 


Ends 

' 7 / 13/07 

M Category 

""school 


Item Notes 


<4 


Name 
Person Real 

f^l Email Address 

dddd@some.com 

* Mobile Telephone t 


555-5555 

A Home Telephone # 

555-5555 

Business Telephone # 

555-5555 

A Business? Tplpnhnnp a 


Item 


Notes 



d. Selected task from 
linked items 


C. Selected contact from 
linked items 


Movement among linked items, a) Item in group opened, b) Content of 
item and list of linked items, c) Linked contact selected and opened, d) 
Linked task selected and opened. 
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Selected item 


Name 

Person Real 

Email Address 

dddd@some.com 

• Mobile Telephone # 

555-5555 

Home Telephone # 

555-5555 

Business Telephone # 

555-5555 

A Riisiness2 Telephone £ 


Item 


Notes 


Edit option 


Linked Items 


Real, Person 


^http;//www.google,com/search?hl=en&.q.. 
^ Use Random Items 

exp's Birthday 

s\Irons\rontart?.hmn 

Options 


Edit Item 


Figure 10. Option to edit the item selected at the bottom of the screen. 



Figure 11. Option to call a number that is contained in an item. 


F. AUTOMATIC GROUPING 

A person may have many reasons for grouping or linking items. However, 

there are cases when creating a group automatically is possible. For example, 

automatic grouping is possible when a primary item implies the creation of other 

items. We use this primary item as a root for creating a group of new, supporting 

pieces of information. The scenario we exploit is when the receipt of one item 

triggers the creation of supporting items. For example, the receipt of an e-mail 
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may warrant the creation of a task, an appointment, or both. The user could 
manually make the supporting items and type in all of the information needed 
from the e-mail. However, this process is so tedious on a handheld device, users 
rarely do it, and the explicit or implied tasks of the e-mail are lost. MPM 
automates creation and content transfer, so the user does not have to type it in. If 
the message contains information about a scheduled meeting, the system 
creates a group for the message and creates a new appointment. Currently, the 
system simply looks for dates in the message body and triggers the creation of a 
group and a new appointment, but modifications could be made to add methods 
that would make the system more robust. We populate the group with the e-mail 
message and the calendar information for the appointment. A user can view a list 
of all the items in a group on one screen. If a user selects an item from the group 
list, the screen will display the content of the item (i.e., the e-mail body) and it will 
provide a link to the other related item, in this case an appointment. 

A similar automation feature allows the user to select an item and choose 
to make a new related item. For example, if a user wants to make an 
appointment out of an e-mail, or a task out of an appointment, the user only has 
to select the root item and choose the new type of item to make. Figure 12 shows 
this sequence. MPM copies the pertinent information from the root item to the 
new item, and it creates a group that links the two items. The association 
between the two items is visible when viewing the existing groups or when the 
user views the content of one of the items. The goal of this feature is to allow the 
user to quickly create and populate a new item with minimal typing, while 
simultaneously capturing the relationship that now exists between the two items. 
Three stylus clicks will perform the entire process. 

The final automation feature of MPM lets a user select a group and auto¬ 
populate it with items, using the group’s name as search criteria. It is a simple 
search, but MPM links the results and the user can view them as a group for as 
long as he or she wants to keep the collection. With two stylus clicks, MPM 
populates the group with items that contain text strings matching the group’s 
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name. Figure 13 shows this process and the search results for the group named 
“Thesis” on a test device. This is a useful tool for finding related items and saving 
the linkages without ever typing anything. Unneeded items can be removed with 
a single stylus click. 


Stylus held 
down on 

selected e-mail ^ 
and new task is 
clicked 


# | PIM 

Contact; 

Tasks 

Aptmts 

email 

_MS 

Files 

Web 


Robert Myers smyersrni^gma. 
References 

Oros, Carl (Lt. Col.) cclorosQi 
Wilcpackets Converting Signal Stre 
Oros, Carl (Lt. Col.) <doros@>i 
CWNP News Letter >>> Jobs, Job 
Singh, Gurminder FORNATL, If 
your mobility cpnf paper 
^ Zapata, Edwar (Eddie) (Capt.) 

Zapata, Edwar (Eddie) (Capt.) 

Invitation tC~ 

d r Linl 

liti 


Contact 

Appointment 

SMS 

E-mail 


If 


ve) (Lt. Col 


1 | PIN 

41 ? +< 10:19 

Contacts 

Robert Myers tmyersrnipgma . 

References 

Taste 

Aptmts 

Oros, Carl (Lt. Col.) <cloros@>i 

Wildpackets Converting Signal Stre 

Email 

Dobs, Jot 

SMS 

Files 

The Task was created. 

IATL, If 

(Capt.) 

Groups 

Search 

Zapata, Edwar (Eddie) (Capt.) 

Invitation to Present at Mobil ty Co 
Baskar <baskar@inmeet,co.iri 

Re: Invitation to Present at Mobilit. 


Zapata, Edwar (Eddie) (Capt.) 

FW: paper 


Singh, Gurminder FORNATL, If 

RE Akbas Paper 


Overton, David (Dave) (Lt. Col- 


New Group 
linking root 
e-mail and " 
new task 


8. E-mail selected as the 
root item for a new task 


If— 

C/C++ job offer 

Change to Location/Time for CAS Brief RE 
Invitation to Present at Mobility ConferencJ 
^ Invitation to Present at Mobility Confer 
^ 3 Invitation to Present at Mobility Confer 


ZL 


Jj 



Menu New * ^ Al 




d. New Group containing the 
root e-mail and the new task 
is automatically created 


b. New task is 
automatically created 


+c 10:15 X 


^ C/C++ job offer [Task] 

Change to Location/Time for G 

___ Find out weight of the sun 

^ Find out what happened to Orv 

Q HCI Tasks 
7/5/07 - 7/13/07 

,_4, Invitation to Present at Mobilit] 

3 PIM Model 

6/28/07 - 6/3D/07 

RE; TwiddleNet set-up [Task] 

7/18/07 - 7/13/07 

^ Software for Kevin 

Test Graph Class 


C. New task can be 
seen on Task tab 


Figure 12. Auto grouping sequence: a) User selects an e-mail as a root item to 
create a task, b) MPM automatically creates a new task and a new group 
c) The task is visible in the task tab. d) The group containing e-mail and 

auto-generated task 
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Stylus held 
down on 
group called 
“Thesis” and 
the “Auto" 
option is 
clicked 



_ test 

QC++ job oTer 

Change to Locafcon/Time for CAS Brief RE: 
Invitation to Present at Mobility Ccnferena 


Add Item to this Group 

New Item i 

Open 

Edit 

Delete 


Auto- 

populated 

items in 

group 

named 

“Thesis” 



C/C++ job offer 

Change to Location/Time for CAS Brief 
Invitation to Present at Mobility Confere 

Change to Location/Time for CAS Bi 
Thesis Application 
Zapata, Eddie 

Change to Location/Time for CAS Br 
your mobility conf paper 
Digital Close Air Support Thesis Top 
Change to Location/Time for CAS Br 
MPIMM.txt 
index, txt 
pim.xml 

Thesis Verl.exe 
Thesis Verl.exe 


Menu New u’ 


Menu New ^ ^ ^ ^ 1 


Figure 13. Auto-population of a group named “Thesis.” 


G. SEARCHING 

The final feature included in MPM is an integrated text-based search tool. 
Even though the user can quickly navigate through the interface, the user may 
still miss the sought after item. As a result, we built a search tool into MPM. MPM 
indexes all of the items on the mobile device and writes the metadata to an XML 
document. MPM does this at startup and every 10 minutes while it is running. 
Figure 15 shows excerpts of this document. MPM reads in the XML file and 
searches the tree structure created by the XML, allowing MPM to perform fast 
queries of all files, e-mails, contacts, etc. 

We designed this tool because there is no Google Desktop API or 
Microsoft Directory Services API equivalent for the Windows Mobile operating 
system. The XML uses the following schema for indexing the device. The root 
tag is “index,” and all tags are children of this root. “Index” can have the following 
children: “tasks,” “contacts,” “appointments,” “emails,” and “directories.” The tree 
in figure 15 shows the structure of the schema. It provides easy searching 
because if a user filters on jpegs, the search only has to go down the directories 
branch. 
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<file type="5" namGF"Scores" extensi orF'tcf 
full_path="\Scores.txt" sizeF'TI" last_access_date =,, 3/1M)7" 

I a st_acc es s_t im e="1 1:00:00 P M"> 

<word n am gf "Scores" count-T/> 

<word nameF"txt"count="1"j^> 

<word nameF"25440" count- T7> 

<word nameF"16" count="1"/> 

</file> 

<file type="5" name="MPIMM" extension="1xt" 
full_path="\MPIMM.1xt" siz6F"177" last_access_date="5/7/07" 
last_access_time="12:00:00AM"> 

<word nam e="MPIMM" count="T7> 

<word nameF"fxt"count="1 ,, /> 

<word n am gf 'Thesis" count="2"/> 

<word nameF"GROUP" count="2" l> 

<word nam6F"7" count="3"/> 

<word nameF ,, CS4923"count="2 ,, /> 

<word nameF'Test" courrt="4"/> 

<word nam6F"Graph" courrt="4" !> 

<word nam gf"C lass" count="3"/> 

<word name="Qass\Miller" count='T"/> 

<word nam6F","count="3"/> 

<word namGF"Kasey'' count="3"/> 

</file> 


<task type-'O" subject="PIM Model" due jiate- '6/30/07" > 
<word "Going" count="1"/> 

<word : "from" count="2"/> 

<word namGF"real"count= , T"/> 

<word namGF'Woifd" count- T7> 

<word namGF"to" count="2"/> 

<word nam gf "desktop" count- T" l> 

<word "mobile" count="1"/> 

<word name="device."count= , T"/> 

<word > ^"Filtering," count="1" /> 

<word "sorting," count='T" /> 

<word n am gf "organizing," count- T/> 

<word namGF ,, viewing"count= , T/> 

<word in am gf "information." count="1"/> 

<word namGF'Grouping:" count='T"/> 

<word name= "Manual" count- T7> 

<word name="and" count="2'7> 

<word n am gf "algorithms" count="1"/> 

<word namGF"connedion"count="1"/!> 

<word n am e= "between" count- i"/> 

<word n ame= "items." count="1"/> 

<word namGF"PIM" count- T/> 

<word namGF"Model" count-T'7> 

</task> 


Figure 14. XML excerpt from the device content index. 



Figure 15. XML tree structure of the device index. 


Figure 16 shows the search tool. The user can type in keywords and 
choose the item type he or she is looking for, such as a contact, jpegs, e-mails, 
etc. The user can view any item found, and he or she can also take any item in 
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the search results and add it to a group. This enables rapid population of a group 
from a single screen when the user only has time to type in one or two keywords. 
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Delete 


I pim.xml 



\plm.xml 

i contactsl.png 

\My Documents\Icons\contactsl.png 
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Menu New * ^ -A ^ & Q & 


* *» A . 


Hold down 
stylus and 
click “Add 
to Group” 


a. Enter search 
criteria 


b. Search results 


C. Adding search 
results to group 


Figure 16. a.) Integrated search tool b.) Search results c.) Selecting an item to 

add to a group 


H. SUMMARY 

MPM places several features in a single location. These features include 
access to all data in a single interface, the ability to group related items and 
maintain these relationships, the ability to view item content and linked items 
simultaneously, the ability to generate supporting IM items automatically, and 
finally an integrated search tool. These features reduce the amount of navigation 
required on the handheld device, present more meaningful content to the user, 
and improve information accessibility. The following chapter outlines the process 
involved in developing the system. 
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IV. SYSTEM ARCHITECTURE AND IMPLEMENTATION 


A. INTRODUCTION 

This chapter details the software development of MPM. The previous 
chapter described what MPM does and how the user interacts with it. This 
section describes the platform we selected, why we selected it, how we designed 
the interface, and how we implemented key features. Figure 17 shows the 
complete class diagram of MPM and we will highlight several classes in later 
sections. The next section describes how MPM’s specifications were determined. 

B. SYSTEM SPECIFICATIONS 

We determined the specifications of MPM by addressing the following 
design questions. 

• What is the best way to navigate among multiple information stores 
on a small screen? 

• What is the best way to display all of the device’s data in a single 
interface? 

• What is the best way store and render relationships among several 
different items? 

• How do we create persistent links between items? 

• What IM activities can we automate? 

• What information can we create automatically for the user? 

The answers to these questions evolved as we examined several interface 
designs and determined what features to include in MPM. The first two questions 
deal directly with interface requirements on a small screen. The third and fourth 
questions deal with the implementation of groups in MPM. We knew we wanted a 
grouping or piling ability in MPM, so it was the first key feature we included. The 
last two questions deal with adding automation to MPM to save the user time on 
several IM tasks. We also decided that the last two questions fundamentally deal 
with easing organization for the user, so a search feature grew out of these 
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questions as well. The next section discusses the platform we selected for MPM. 
We follow this with the details of the interface design and the development of the 
software. 



Figure 17. Complete class diagram of MPM 
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C. PLATFORM SPECIFICATIONS AND CHALLENGES 

We developed MPM in C# to run on the Windows .NET Compact 
Framework (CF). The .Net CF consists of a base of class libraries and a common 
language runtime (CLR) environment that runs on the Windows Mobile operating 
systems, starting with Pocket PC 2000 and continuing to the latest version, 
Windows Mobile 6.0 operating system. We selected this platform because it 
offers to best balance between hardware independence and providing 
development tools needed to build MPM. Many hardware platforms do not make 
their SDKs freely available without purchasing the SDK or being a registered 
developer for a specific hardware vendor. However, the Windows Mobile SDK is 
free and includes items such as the Windows PocketOutlook namespace that 
can access information stores such as contacts, tasks, or appointments. There 
are no comparable free SDKs or development tools for platforms such as the 
iPhone, and even if there were that would limit MPM to a single hardware 
platform. The .Net CF allows us to access this information on any hardware 
platform running the Windows Mobile operating system. This is not as broad a 
base of platforms as J2ME might provide, but it is the best mix of capabilities, 
development tools, and hardware interoperability. 

With this selection made, we shifted our focus to addressing the 
requirements for building a system on a handheld device. The challenges of 
developing MPM for the Windows Mobile platform are the same as for any other 
mobile platform. There are several hardware limitations on handheld devices, but 
these limitations are relatively consistent across many models of handhelds. 
Screen sizes and resolutions are all comparable, input with a stylus, touch 
screen, or small keyboard are all about the same, and battery technologies are 
all relatively standard. The greatest hardware variability is with memory and 
processor speed. The devices targeted vary from 10 to 40 MB of available 
memory for the executing program, and the processor speeds vary from 300 to 
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624 MHz, but even this variability is not that great. Even though MPM is built for 
the Windows .NET CF, the design will work equally well on any comparable 
device. 

D. USER INTERFACE DESIGN 

The design of the user interface went through several stages of 
development. We started with a main screen that had buttons linking to all of the 
devices information. Figure 18 displays the original design. However, this 
provided no simple way to move among the various items. For example, if a user 
opens the contacts window, a link back to the main screen could be included, but 
what if the user does not want to go back to the main screen. We had to address 
this to provide adequate answers to our first two design questions. 


First design providing 
buttons to access 
information on device 


Contact 
button 
opens a 
screen with 
all contacts 





Task 
button 
opens a 
screen with 
all tasks 


Figure 18. Original design sketch of the main interface. 


The answer we came up with was to design a tabbed browsing scheme on 
an interface that could access all device data. Figure 19 shows the initial sketch. 
We turned this sketch into a working interface using C# and the classes available 
in the Compact Framework library. Specifically, we extended the class Form and 
used it as the primary object of user interaction, and we use the OutlookSession 
class from the PocketOutlook namespace to access all PIM items on the device. 
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Tab to access contacts 

Tab to access tasks 

Tab to access appointments 

Tab to access e-mail - 

Tab to access SMS 

Tab to access files 

Tab to access linked items— 



Content 
Displayed Here 


Figure 19. Sketch of tabbed browsing interface. 


The first working interface only had limited access to the content of 
individual items and it used tabs at the bottom of the screen that ran too far to the 
right. This first version was inadequate, but it slowly evolved as seen in Figure 
20. The final version, shown in Figure 21, allows full interaction with all the data 
and rapid navigation among all item types. 



Default Compact 
Framework tabs replaced 
with custom tabs 
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| Due 

•) C/C++ job offer pa_ 

1/1/01 12:00... 

Change to Location/._ 
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«! Find out weight of t... 

1/1/0112:00— 
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1/1/01 12:00- 

^ HQ Tasks 

7/13/07 12.-0- 

Invitation to Present— 

1/1/01 12:00... 

«i?IM Model 

6/30/07 12:0... 

RE: TwiddeNet set-— 

7/18/07 12.-0— 

«,■ Software for Kevin 

1/1/0112:00... 

J Test Graph Class 

1/3/0112:00— 

m) Thesis Application 

7/20/07 12:0- 

«! Use Random Items 

1/1/0112:00... 

If ■ 1 ' 


Figure 20. Development from sketch to initial design. 
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^ C/C++ job offer [Task] 


Change to Location/Time for CAS Brief R 
Q Find out weight of the sun 
^ raid out what happened to Orville Reden 
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7/5/07 - 7/13/07 
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_ RE: TwiddleNet set-up [Task] 

7/18/07 - 7/18/07 _ 

Software for Kevin 

; ~<p Test Graph Class 

Menu New $, ^ 1 V 


Figure 21. Development from intermediate to final design. 


E. IMPLEMENTING GROUPS AND ITEM LINKS 

Examination of the group concept showed that it could be implemented 
using a tree structure. We decided to represent all groups and items of any type 
as nodes on a tree with all the information needed to distinguish the item saved 
as properties of the node object. For example, if a user adds a contact to a 
group, we represent the contact object as a node and add it as a child to the 
group node. We can link items easily by converting them to node objects. We 
also use this tree structure for displaying the group items. The .NET CF 
TreeView and TreeNode classes provide a simple way to represent items as 
nodes and link them together. One TreeView object exists during the running of 
MPM, and nodes are added and removed as required. 

In addition to the TreeView and TreeNode classes, we use the Dictionary 
container class to store data about each item in a group. We use the TreeView 
and TreeNode classes to display a group of linked items, but if the user selects a 
single item, such as a task, we use the Dictionary to quickly find the items linked 
to this task. MPM uses this information to display the appropriate links when an 
item’s content is displayed. Figure 22 shows a short code listing for adding a 
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node to the parent node, and it shows what information is placed in the 
Dictionary for each member of a group. 


private void AddNodeToTree(String text, Siring tag, TreeNode parentNode) 
{ 

TreeNode newNode = new T reeNode(text); 

newNode.Tag = tag; 

parentNode.Nodes.Addi'newNode); 

} 


internal void AddltemToDictionary(S1ring key. Object item, int number, int flag) 

{ 

try 

{ 

if (!itemData.ContainsKey(key)) 

{ 

ArrayList listl = new ArrayList(5); 
listl .Add(item); 
listl .Add(flag); 

listl .AddO; H Used for group name. 

listl Add(""); II Full Path Name for Group: e g. Meeting/Email5/Task3. 

listl .Add(number); // Counter, used if item is member of multiple groups. 
itemData.Addfkey, listl); 

} 

catch (Exception) {} 

} 


Figure 22. Code listing of node creation and population of group information in a 

dictionary. 

MPM converts the nodes of the TreeView to XML for storing groups when 
the application is closed. We selected XML as the format for saving the user’s 
groups for two reasons. First, well-formed XML has the same tree structure as 
the groups, so it is easy to store the nodes in the tree as XML tags and it is easy 
to read in the XML and recreate the tree and nodes of the groups when MPM 
starts. Second, XML is platform independent, so a user can view or search this 
information on his laptop or desktop. We included this platform independence for 
possible future extensions, such as making the device easily searchable by 
systems described by Akbas and Singh [18]. Appendix B shows an example of 
the XML representation of several groups. 
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F. 


IMPLEMENTING AUTOMATIC FEATURES 


The last two design questions resulted in MPM having a few automatic 
features to help the user. We decided to automate the following activities. First, 
we automated task and appointment creation when an e-mail arrives. Second, 
we automated the creation of Google queries if the e-mail contains keywords 
entered by the user. Finally, we automated group population. We implement 
these features with three key classes: Scanner, Devicelndex, and IndexSearch. 

MPM uses the Scanner class to implement the first feature. The Scanner 
class uses the FileSystemWatcher class of the OpenNETCF namespace to 
detect when a new e-mail arrives. Figure 23 shows the setup of this class, so the 
arrival of a new e-mail triggers the Scanner class. Once this happens, MPM 
parses the e-mail. The Scanner class creates an appointment if any date or time 
information is in the text of the e-mail. If date or time information and directive 
words such as “must,” “due,” “you must,” etc. are in the text, MPM creates a new 
task. In both cases, MPM creates a new group, placing the e-mail and the newly 
created item(s) in this group. 


Directory containing e-mails 

III <summary> / 

III <b>Sets the FileSystemWatcher to monitor the "V.WindowsWMessaging" directory. 

III </summary> / 

private void InitializeFSWO / 

{ / 

fileSystemWatcher = new FileSystemWatcher(PIM. MESSAGING, 

fileSystemWatcher.IncludeSubdirectories = false; 

fileSystemWatcher.NotifyFilter = NotifyFilters.CrealionTime | 

NotifyFilters.DirectoryName | 
NotifyFilters.FileName | 

NotifyFilters.LastWrite | 

NotifyFilters.Size; 

fileSystemWatcher.EnableRaisingEvents = true; 

fileSystemWatcher.Changed += new FileSystemEventHandler(OnCreated); 


Figure 23. Code listing for setting up the FileSystemWatcher. 
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http ://www.qooqle. com/sea rch?hl=en&q=meetina+&btqn=Gooqle+Search 


Webltem created 
for the query 


Results of the 
Google query 



Meeting - Wikipedia, the free 

encyclopedia 

In a meeting, two or more people come 
together for the purpose of discussing a 
(usually) predetermined topic, often in a 
formal setting. ... 

en.wikipedia.org/wiki/Meeting - 25k - Cached 
- Similar pages 


GoToMeeting : Web conferencing. Online 

Meetings, Net Meeting ... 

GoToMeeting; Specializing in web 
conferencing, online meetings, web 
conferencing service, online training, web 
conferencing solutions, web conference,... 
www.gotomeeting.com/ - 25k - Cached - 
Similar pages 


Figure 24. Google query automatically created for a keyword found in an e-mail. 


MPM also uses the Scanner class to determine if a new e-mail contains 
any keywords that the user has entered. If the e-mail contains any keywords, 
MPM places them in a string to create a Google query. MPM also creates a 
Webltem, so the user can view the query in the main interface, view the search 
results, or add it to a group. Figure 24 shows the results of this feature. 

MPM uses the Devicelndex and IndexSearch classes to implement the 
final automation feature. Devicelndex scans the entire device and creates an 
index in XML of all of the device’s data. Appendix C shows a complete example 
of this index. IndexSearch rapidly searches this XML index. MPM needs this 
index to rapidly find items because searching the device directly each time an 
item must be found is too time consuming. Auto-populating a group requires 
MPM to search every item on the device to find items that contain the groups 
name. This is essentially a string query, but MPM links the results are together in 
a group that the user can keep for future reference. 
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G. 


IMPLEMENTING THE SEARCH FEATURE 


We built the search tool as the final feature to address the last two design 
questions. As stated in the previous section, the Devicelndex class creates an 
XML index of the entire device. MPM searches the XML by creating an XPath 
query based on the search string entered by the user and any filters entered by 
the user. Figure 25 shows how the MPM creates an XPath query and Figure 26 
shows how MPM uses it to search the designated XML. This XML could also be 
searched from a desktop or laptop if the system was extended for remote 
querying. 


private string CreateXPathExpression(string searchstring, string fileType) 

{ 

string exp = 

foreach (string type in itemTypes) 

{ 

if (fileType == type) 

{ 

return exp = "IT + fileType + "//word"; 

} 

} 

if (fileType == "All data” || fileType == "") 

{ 

return exp = "//word"; 

} 

else 

{ 

return exp = 7/file[@extension='" + fileType + 

1 

} 


Figure 25. Code listing for XPath query creation. 


private void ScanXMLNodes(string XPathexpression, string searchstring) 

{ 

string lastNode = 

foreach (XmlNode xNode in xDoc.DocumentElement.SelectNodes(XPathexpression)) 

{ 

int count = 0; 

if ((count = PIM.FindAny(searchString xNode.Attributes[0],Value, 0)) > -1) 

{ 

if (lastNode != xNode,ParentNode Attributes[1],Value) 

{ 

lastNode = xNode.ParentNode.Attributes[1],Value; 

TreeNodetn = new TreeNode(xNode.ParentNode.Attributes[1],Value); 

} 

} 

} 

} 


Figure 26. Code listing for searching XML using an XPath query. 
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H. SUMMARY 


Six design questions drove the design and software development of MPM. 
The Windows .NET CF platform best supported our goals for MPM and is 
representative of a large family of handheld devices. The design of the interface 
resulted from the gradual customization of the default tools available to a .NET 
CF developer. Finally, the tree structure inherent in grouping resulted in the use 
of data structures that support that structure. Specifically, the use of TreeViews, 
TreeNodes, and XML figured prominently in the representation and storage of 
groups. Additionally, XML served as an excellent tool for indexing the information 
on a device and using that index for rapid searching. After we finished designing 
the system, we conducted a usability survey. The results of the evaluation are 
presented in the next chapter. 
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V. SYSTEM EVALUATION 


A. INTRODUCTION 

We have conducted a limited qualitative user evaluation of our system. 
Ten participants evaluated and compared the system to the default applications 
that manage tasks, appointments, contacts, e-mail, searching files, and viewing 
files. The participants were all graduate level students in the Computer Science 
curriculum, and most have had minimal interaction with Smartphones or 
PocketPCs. 

We began the evaluation by providing each participant with verbal and 
hands on instruction on the use of both MPM and the device’s native 
applications. We then asked them to perform a series of ten tasks on the native 
applications, then in MPM, and rate the processes based on the survey 
questions that we provided. Appendix A shows the survey form used to conduct 
the evaluation. 

The following sections describe the evaluation process in detail. We 
include user comments and suggestions for improvement along with two rating 
tables that show how users rated MPM in comparison to the native applications 
and what they thought about MPM’s features. 

B. LEARNING THE SYSTEM 

Part of our system evaluation took into account how easy or difficult it was 
to learn to use MPM. Eight out of ten participants had no experience using a 
PocketPC device and the other two had limited experience. The eight 
participants that had no previous interaction with the device were given a period 
of instruction on how to use the native PIM tools and how to use MPM. The other 
two members only needed instruction on how to use MPM. The group of eight 
stated that MPM’s unified interface made it easier to learn than the native PIM 
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tools. The main conflict that arose was that once users were taught how to 
navigate through the native PIM tools, they got used to clicking on the “X” to 
navigate between applications so users sometimes closed MPM accidentally, 
forgetting that they could just tab through the various tools. The two participants 
that had previously used a PocketPC device found MPM easy to learn, but they 
also found themselves exiting the system by accident. In order to address the 
issue, we will be adding a prompt screen that will verify if the user truly wants to 
exit the system. Some of the users also commented that an instruction booklet 
and more time to familiarize themselves with MPM would have been more 
beneficial. 

C. INFORMATION READABILITY 

An important design concern when developing a system for a handheld 
device is the small amount of screen real estate. As the participants navigated 
through the various screens, we asked questions regarding the readability of the 
information. All of the participants said that the information was displayed in a 
format that could be read quickly and easily. The text was of adequate size and 
the information displayed on the screen was sufficiently informative but not 
overwhelming. Most participants also stated that the consistency of the interface 
allowed them to focus on important information and evaluate it rapidly. The 
majority of the users preferred the tab bar configuration to the icon configuration 
because they said that they needed more time with the system in order to 
become more familiar with what each icon represented. A few felt that a number 
of labels on the sub-menus lacked clarity. Another issue that was noticed by two 
users was information running off the screen. The readability issues that arose 
were minor and will be fixed in the follow-on prototype. 

D. RETRIEVAL OF INFORMATION 

Another element that we evaluated was whether or not MPM allowed 
users to retrieve information effectively. All of the participants gave positive 
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feedback about the retrieval function of the system, specifically the system’s 
information linking capability. They liked that they were able to visualize 
relationships between related information regardless of the document type. One 
of the participants stated that he liked not having to remember whether there was 
other information related to his original query and if there was, where did he have 
to look to find it. The linking capability and visualization of the links made the 
retrieval process easier for every user. The only complaint was that it took work 
on the user’s part to create the relationships when the information was being 
stored. 

E. SYSTEM NAVIGATION 

All of the participants found MPM easy to navigate through. One user said 
that the tab bar and unified interface made the process of shuffling through 
various PIM items less complicated. Another commented that after learning to 
navigate through both the native applications and MPM, it was much faster and 
easier to navigate through the various PIM tools using MPM. Several participants 
commented on the ease with which they were able to jump between related 
information types regardless of whether they were PIM items or file documents. 
Two navigation issues that were observed were already identified as issues in 
other sections as well. The first one was confusion based on the labeling of the 
sub-menu items. The second issue was accidentally exiting the system due to 
users being accustomed to clicking on the “X” at the top right corner of the 
screen in order minimize the screen to access other applications. 

F. SEARCH CAPABILITY 

Most participants stated that they liked the view that the group display 
provided because of how much it facilitated searching. One user said that the 
relationships that the group screen presented helped him to visually search and 
locate items quickly. The text-based search option that MPM provides also 
received a positive response from the participants. Even though Windows Mobile 
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5.0 has a search feature, it is not readily accessible, and users were not able to 
find documents according to their file extensions. All of the participants said that 
they liked that MPM had a search tab and they enjoyed being able to locate 
items based on the file extension. 

G. EFFECTIVENESS OF MANUAL GROUPING 

The feature that received the most positive feedback was MPM’s grouping 
capability. All of the participants found the ability to manually group items and 
view the created relationships extremely useful. None of the users reported ever 
having seen or heard of a tool that provided a similar capability. Several users 
commented on how much they liked being able to link PIM items with file 
documents, and a number of participants also said that they liked having the 
ability to create PIM items from root items and, the ability to populate groups any 
necessary document. 

H. OVERALL SATISFACTION 

All participants found the unique features that our system provided to be 
extremely useful. A comparison rating was done on a seven point scale ranging 
from 1 - Easier, 4 - Same, 7 - Harder. The tasks assigned and the feedback 
received is shown in Table 1. 

The usefulness of MPM’s unique features was also rated by the 
participants on a seven point scale: 1 - Useful, 7 Not Useful. The results are 
shown in Table 2. 

The results demonstrate that in the case in which the user needs to create 
new individual items, our system was marginally better than the native 
applications. As groups became populated, the ease of navigating among linked 
items became quite apparent to the participants. Having the search feature built 
into the application also prompted positive feedback. There were no native 
application functions to compare to MPM’s grouping capability, so informal 
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feedback was received from the participants. This feedback indicated that long¬ 
term analysis of the automation is needed before any claims can be made. 


Task 

Average 

Response 

Create a new task called “Task 1 ” and a new task called “Task 2.” 

3 

Create an appointment related to “Task 2” called “Appointment 1 

3 

Create a contact called “Contact 1 

4 

Identify in “Task 2” that it involves “Contact 1 

3 

Set “Task 2” to be one day before “Appointment 1 

2 

Delete “Task 1 

4 

Edit “Task 2”: change the category. 

3 

View “Task 2,” “Contact 1,” and “Appointment 1 

1 

Find a JPEG image. 

1 

Identify in “Task 2” that it is related to this image. 

1 


Table 1. Tasks performed by participants in native applications and in MPM. 

Responses made on a seven point scale: 1 - Easier in MPM, 4 - Same, 7 

- Harder in MPM. 


55 




MPM Feature 

Average 

Response 

Ability to view groups. 

1 

Ability to see relationships when item content is viewed. 

2 

Ability to change navigation view: left vs. lower tabs. 

1 

Ability to conduct text-based searches 

3 

Ability to create a new PIM item from a source document or item 

2 

Usefulness of the unified interface 

1 


Table 2. MPM features rated by participants. Responses made on a seven point 

scale: 1 - Useful, 7 - Not Useful. 
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VI. SUMMARY AND CONCLUSIONS 


A. SUMMARY 

We accomplished two main goals during our thesis research process. 
First, based on the research, interviews and personal experience, we identified 
some of the challenges related to information management, and analyzed how 
they correlate to the mobile environment. Then we designed and presented a 
system that makes managing information on a mobile device simpler and 
potentially more attractive to the mobile user. This section recapitulates the 
findings that were ascertained during our investigation of the information 
management topic, and reiterates the design concepts that we implemented to 
address some of the issues that were identified. 

We developed a system, MPM, that runs on the Microsoft Windows Mobile 
5.0 PocketPC Phone Edition platform. MPM presents a single interface for 
navigating through the various information banks of the mobile device without 
overwhelming the user or the device. MPM also implements a logical linking 
capability that allows users to create groups containing any kind of information 
regardless of the PIM or document type. The established relationships can then 
be viewed by selecting group tab on the system’s navigation bar. We also 
implemented a number of automatic features for simplifying item creation and 
grouping. Finally, we built a text-based search tool into the system that enables 
users to search the device without having to start a new application. The user 
can then add the documents acquired from the query to any group that he or she 
creates. The features implemented in MPM increase the ease of navigation 
required on a handheld device, present meaningful content to the user, and 
improve information accessibility. 

The following section presents our recommendations for future work 
based on the data that was gathered during the usability testing of the system, 

and analysis of current mobile PIM research. 
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B. FUTURE WORK 


We present four possible areas of improvement to the existing properties 
and features of the system: (1) interface, (2) email access, (3) group creation, (4) 
automated web queries. We then present three recommendations for 
enhancement of the current system: (1) context awareness, (2) distributed 
searching, (3) additional platforms. 

1. Improvements to Current Features 

In response to user feedback, a few modifications need to be made to the 
current interface. The first is to improve the custom list view. In some views, 
users noted that information ran off the screen, and there were also times when 
the bottom portion of the list view did not extend to cover the entire screen. The 
issue of information running off the screen can be corrected by adding a 
horizontal scroll bar to the list view. Additionally, the list view paint method needs 
to be modified so the list view covers the appropriate view dimensions. 
Improvement also needs to be made to the stylus click response so that system 
reacts quicker to selected options. Finally, the option to place the navigation bar 
on the right side of the screen needs to be provided to facilitate single hand 
navigation. 

MPM currently displays every e-mail in the windows messaging directory, 
but it does not separate them according to the source account (i.e., Gmail, 
hotmail, outlook, etc.) or by folder of origin (i.e., Sent, received, deleted). We 
need to make modifications to the system so it can provide the user with those 
distinctions. Also, the ability to sort e-mails according to date, from, size, etc., 
needs to be added. 

At present, natural language processing is not being done by the system. 
As a result, even though appointments and tasks are being created based on 
information contained in received e-mails, the dates and reminders are 
sometimes inaccurate. Natural language processing could also assist in 


58 



optimizing our automated web query idea. We propose the idea of initiating 
automatic web searches based on information extracted from an email or an 
SMS. This capability would eliminate the need for the user to deal with menial 
tasks. One scenario deals with receiving an e-mail about a conference in a 
distant city. With natural language processing, the information about the location 
and dates could be extracted. Based on that information, the system could 
provide information from the internet about weather conditions for the specified 
dates, information about flights to the destination along with hotel information. 

Finally, we developed our system to run specifically on the Windows 
Mobile 5.0 PocketPC platform, but the system can be modified to run on other 
smartphones. 

2. Features to Add 

The main feature that we feel would enhance the capabilities of the 
system would be the addition of context awareness. This topic is explored by [16] 
and [17]; each presents a different perspective on how the concept could be 
implemented. Both implementations would add greatly to our system. Another 
addition that would improve on our current system is the ability to conduct PIM 
queries across multiple devices as discussed by [18]. Distributed searching 
would enable linking regardless of PIM type or storage location. 
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APPENDIX A: USABILITY SURVEY 


List of tasks to perform on device 

Tasks using native applications 

1. Create a new task called “Task 1 ” and a new task called “Task 2.” 

2. Create an appointment related to “Task 2” called “Appointment 1.” 

3. Create a new contact called “Contact 1 

4. Identify in “Task 2” that it involves “Contact 1 

5. Delete “Task 1 

6. Edit “Task 2”: change the category. 

7. Set the “Task 2” to be one day before “Appointment 1 

8. View Task 2, Contact 1, and Appointment 1. 

9. Find any JPEG image. 

10. Identify in “Task 2” that it is related to the JPEG image. 

Tasks using MPM 

1. Create a new task called “Task 1 ” and a new task called “Task 2.” 

1.2.3-.-4-.5.-6.7 

Easier Same Harder 

2. Create an appointment related to “Task 2” called “Appointment 1.” 

1.2.3-.-4-.5.-6.7 

Easier Same Harder 

3. Create a new contact called “Contact 1 

1.2.3-.-4-.5.-6.7 
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Easier 


Same 


Harder 


4. Identify in “Task 2” that it involves “Contact 1 

1.2.3-.-4-.5.-6.7 

Easier Same 

5. Set the “Task 2” to be one day before “Appointment 1 

1.2.3-.-4-.5.-6.7 

Easier Same 

6. Delete “Task 1 

1.2.3-.-4-.5.-6.7 

Easier Same 

7. Edit “Task 2”: change the category. 

1.2.3-.-4-.5.-6.7 

Easier Same 

8. View Task 2, Contact 1, and Appointment 1. 

1.2.3-.-4-.5.-6.7 

Easier Same 

9. Find any JPEG image. 

1.2.-3-.-4-.5.-6.7 

Easier Same 

10. Identify in “Task 2” that it is related to the JPEG image. 

1.2.3-.-4-.5.-6.7 

Easier Same 


Harder 


Harder 


Harder 


Harder 


Harder 


Harder 


Harder 
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MPM Specific Tasks 

1. Ability to view groups. 

1.2.3-.-4-.5.-6-.7 

Useful 

Not Useful 

2. Ability to see relationships when item content is viewed. 

1.2.3-.-4-.5.-6-.7 

Useful Not Useful 

3. Ability to change navigation view: left vs. lower tabs. 

1.2.3-.-4-.5.-6.7 

Useful Not Useful 

4. Ability to conduct text-based searches. 

1.2.3-.-4-.5.-6.7 

Useful Not Useful 

5. Ability to create a new PIM item from a source document or item. 

1.2.3-.-4-.5.-6.7 

Useful Not Useful 

6. Usefulness of the unified interface. 

1.2.-3-.-4-.5.-6.7 

Useful Not Useful 

7. How do you compare ease of navigation between the two methods? 

8. Were there any areas of confusion or features that were not intuitive? 

9. Do you have any suggestions for improvement? 
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APPENDIX B: GROUP XML 


<?xml version="1.0" encoding="utf-8" ?> 

<groups> 

<group name="Thesis Research" type="7"> 

<name>Thesis Research</name> 

citem name="PIM Model" type="0" group_name="Thesis Research" tag="PIM 
Model"> 

<name>PI M Model</name> 

</item> 

<item name="Thesis Application" type="0" group _name="Thesis Research" 
tag = "Thesis Application > 

<name>Thesis Application</name> 

</item> 

<item name="Zapata, Eddie" type="l" group_name="Thesis Research" tag="Zapata, 

Eddie > 

<name>Zapata, Eddie</name> 

</item> 

citem name="HCI Tasks" type="0" group_name="Thesis Research" tag = "HCI 

Tasks"> 

<name>HCI Tasks</name> 

</item> 

</group> 

cgroup name="Graduate Information Form - SEPT 2007" type="7"> 
<name>Graduate Information Form - SEPT 2007</name> 

</group> 

cgroup name="Test Group" type="7"> 
cname>Test Groupc/name> 

citem name="l PI M Model" type="0" group_name="Test Group" tag="PIM Model"> 
cname>l PI M Modelc/name> 
c/item> 

citem name="l HCI Tasks" type="0" group_name="Test Group" tag = "HCI Tasks"> 
cname>l HCI Tasksc/name> 
c/item> 

citem name="feed.xml" type="5" group_name="Test Group" 

tag = "tnet\ bin\ feed.xml"> 

cname>feed.xmlc/name> 

c/item> 

citem name="emaill.xml" type="5" group_name="Test Group" 
tag = "tnet\ bin\ emaill.xml"> 

cname>emaill.xmlc/name> 

c/item> 

citem name="Real, Person" type="l" group_name="Test Group" tag = "Real, 
Person"> 

cname>Real, Personc/name> 
c/item> 

citem name="RE: IS Related Interesting Articles - 7/11/2007" type="3" 

group name="Test Group" tag="RE: IS Related Interesting Articles - 
7/ 11/ 2007 > 

cname>RE: I S Related I nteresting Articles - 7/11/ 2007c/name> 
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citem name="Test Graph Class" type="0" group_name="Test Group" tag="Test 
Graph Class"> 

<name>Test Graph Class</name> 

</item> 

<item name="6.jpg" type="5" group_name="Test Group" tag="My 
Documents\ TNet\ shared\ 6.jpg"> 

<name>6.j pg</name> 

</item> 

</item> 

<item name="Lost and Found" type="3" group_name="Test Group" tag="Lost and 

Found"> 

<name>Lost and Found</name> 

<item name="Use Random Items" type="0" group_name="Test Group" tag = "Use 
Random ltems"> 

<name>Use Random ltems</name> 

</item> 

citem name="VSl.jpg" type="5" group_name="Test Group" tag="My 
Documents\ TNet\ shared\ VSl.jpg"> 

<name>VSl.j pg</name> 

</item> 

</item> 

</group> 

</groups> 
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APPENDIX C: INDEX XML 


<?xml version = "1.0" encoding="utf-8" ?> 

<index> 

<tasks> 

<task type="0" subject="" due_date="l/ 1/ 01"> 

<word name="" count="2" /> 

</task> 

</tasks> 

<contacts /> 

<appointments> 

<appointment type="2" subject="appointmentl" date="8/ 8/07" location=""> 

<word name="" count="l" /> 

<word name="appointmentl" count="l" /> 

</appointment> 

<appointment type="2" subject="bob" date="8/ 8/07" location=""> 

<word name="" count="l" /> 

<word name="bob" count="l" /> 

</appointment> 

</appointments> 

<emails /> 

<directories> 

<directory name="\ "> 

<file type="5" name="mxip_ system" extension="vol" full_path = "\ mxip_ system.vol" 
size="143360" last_access_date="5/ 21/ 06" last_access_time="12:00:00 AM > 
<word name="mxip_system" count="l" /> 

<word name="vol" count="l" /> 

</file> 

<file type="5" name="mxip_ notify extension="vol" full_path = "\ mxip_ notify. vol" 
size="135168" last_access_date="5/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="mxip_ notify" count="l" /> 

<word name="vol" count="l" /> 

</file> 

<file type="5" name="mxip_ lang" extension = "vol" full_path="\ mxip_ lang.vol" 
size="28672" last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="mxip_ lang" count="l" /> 

<word name="vol" count="l" /> 

</file> 

<file type="5" name="mxip_ initdb extension^" vol" full_path = "\ mxip_ initdb.vol 
size="32768" last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="mxip_ initdb" count="l" /> 

<word name="vol" count="l" /> 

</file> 

<file type="5" name="cemail" extension="vol" full_path = "\ cemail.vol" 

size="225280" last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM > 
<word name="cemail" count="l" /> 

<word name="vol" count="l" /> 

</file> 

<file type="5" name="pim" extension = "vol" full_path = "\ pirn.vol size="323584" 
last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
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<word name="pim" count="l" /> 

<word name="vol" count="l" /> 

</file> 

<file type="5" name="Microsoft .NET CF 2.0.LOG" extension ="TXT 
full_path = "\ Microsoft .NET CF 2.0.LOG.TXT" size="7310 

last_access_date="7/ 18/07" last_access_time="12:00:00 AM"> 

<word name="Microsoft .NET CF 2.0.LOG" count="l" /> 

<word name="TXT" count="l" /> 

</file> 

<file type="5" name="index" extension="xml" full_path = "\ index.xml ' size="0 
last_access_date="7/ 18/07" last_access_time="12:00:00 AM"> 

<word name="index" count="l" /> 

<word name="xml" count="l" /> 

</file> 

<file type="5" name="web" extension="xml" full_path="\ web.xml" size="55 
last_access_date="7/ 18/07" last_access_time="12:00:00 AM"> 

<word name="web" count="l" /> 

<word name="xml" count="l" /> 

<word name="<?xml" count="l" /> 

<word name="version = "1.0"" count="l" /> 

<word name="encoding = "utf-8"?>" count="l" /> 

<word name="<webitems" count="l" /> 

<word name="/ >" count="l" /> 

</file> 

<file type="5" name="pim" extension = "xml" full_path = "\ pim.xml" size="572 
last_access_date="7/ 18/07" last_access_time="12:00:00 AM"> 

<word name="pim" count="l" /> 

<word name="xml" count="l" /> 

<word name="<?xml" count="l" /> 

<word name="version = "1.0"" count="l" /> 

<word name="encoding = "utf-8"?>" count="l" /> 

<word name="<groups>" count="l" /> 

<word name="" count="100" /> 

<word name="<group" count="l" /> 

<word name="name="task2"" count="2" /> 

<word name="type="7">" count="l" /> 

<word name="<name>task2</ name>" count="2" /> 

<word name="<item" count="3" /> 

<word name="type="0"" count="l" /> 

<word name="group_name="task2"" count="3" /> 

<word name="tag = "task2">" count="l" /> 

<word name="</ item>" count="3" /> 

<word name="name="task2" count="l" /> 

<word name="[Appoint]"" count="l" /> 

<word name="type="2"" count="l" /> 

<word name="tag = "task2" count="l" /> 

<word name="[Appoint]">" count="l" /> 

<word name="<name>task2" count="l" /> 

<word name="[Appoint]</ name>" count="l" /> 

<word name="name="Waterfall.jpg"" count="l" /> 

<word name="type="5"" count="l" /> 

<word name="tag = "My" count="l" /> 
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<word name="Documents\ My" count="l" /> 

<word name="Pictures\ Waterfall.jpg" > count="l" /> 

<word name="<name>Waterfall.jpg</ name>" count="l" /> 

<word name="</ group>" count="l" /> 

<word name="</ groups>" count="l" /> 

</file> 

<file type="5" name="MobilePI MMaster" extension = "CAB" 

full_path = "\ MobilePI MMaster.CAB" size= 2540607 last_access_date="8/ 6/ 07" 
last_access_time=" 12:00:00 AM"> 

<word name="MobilePI MMaster" count="l" /> 

<word name="CAB" count="l" /> 

</file> 

<file type="5" name="config" extension="xml" full_path="\ config.xml" size="0" 
last_access_date="7/ 24/ 07" last_access_time="12:00:00 AM"> 

<word name="config" count="l" /> 

<word name="xml" count="l" /> 

</file> 

</directory> 

<directory name="\ Documents and Settings"> 

<file type="5" name="default" extension = "vol" full_path = "\ Documents and 
Settings\ default.vol" size="28672" last_access_date="8/ 21/06" 

last_access_time=" 12:00:00 AM"> 

<word name="default" count="l" /> 


<word name="vol" count="l" /> 

</file> 

<file type="5" name="system" extension="hv" full_path = "\ Documents and 
Settings\ system.hv" size="344064" last_access_date="8/ 21/ 06" 

last_access_time="12:00:00 AM"> 

<word name="system" count="l" /> 

<word name="hv" count="l" /> 

</file> 

</directory> 

<directory name="\ Documents and Settings\ default > 

<file type="5" name="user" extension="hv" full_path="\ Documents and 
Settings\ default\ user.hv" size="344064" last_access_date="8/ 21/ 06" 
last_access_time=" 12:00:00 AM"> 

<word name="user" count="l" /> 

<word name="hv" count="l" /> 

</file> 

</directory> 

<directory name="\Temp" /> 

<directory name="\ My Documents" /> 

<directory name="\ My Documents\ My Pictures"> 

<file type="5" name="Waterfall" extension = "jpg" full_path = "\ My Documents\ My 
Pictures\Waterfall.jpg" size="30124" last_access_date="8/ 21/06" 

last_access_time=" 12:00:00 AM"> 

<word name="Waterfall" count="l" /> 


<word name="jpg" count="l" /> 

</file> 

<file type="5" name="Flower" extension="jpg" full_path = "\ My Documents\ My 
Pictures\ Flower.jpg" size="26364" last_access_date="8/ 21/ 06" 

last_access_time=" 12:00:00 AM"> 
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<word name="Flower" count="l" /> 


<word name="jpg" count="l" /> 

</file> 

<file type="5" name="Birthday_gift" extension^ gif full_path = "\ My Documents\ My 
Pictures\ Birthday_gift.gif size="39939" last_access_date="8/ 21/06" 
last_access_time=" 12:00:00 AM"> 

<word name="Birthday_gift" count="l" /> 

<word name="gif" count="l" /> 

</file> 

<file type="5" name="Heart" extension = gif full_path = "\ My Documents\ My 
Pictures\ Heart.gif" size="36733" last_access_date="8/ 21/ 06" 

last_access_time=" 12:00:00 AM"> 

<word name="Heart" count="l" /> 


<word name="gif" count="l" /> 

</file> 

<file type="5" name="Photo" extension = " gif" full_path="\ My Documents\ My 
Pictures\ Photo.gif" size="36909" last_access_date="8/ 21/06" 

last_access_time=" 12:00:00 AM"> 

<word name="Photo" count="l" /> 

<word name="gif" count="l" /> 

</file> 

<file type="5" name="Pond" extension = "jpg" full_path = "\ My Documents\ My 
Pictures\Pond.jpg" size="26625" last_access_date="8/ 21/ 06" 

last_access_time=" 12:00:00 AM"> 

<word name="Pond" count="l" /> 


<word name="jpg" count="l" /> 

</file> 

<file type="5" name="Utah" extension="png" full_path = "\ My Documents\ My 
Pictures\ Utah.png" size= 8681" last _access_date="8/ 21/ 06" 

last_access_time="12:00:00 AM"> 

<word name="Utah" count="l" /> 


<word name="png" count="l" /> 

</file> 

</directory> 

<directory name="\ My Documents\ Templates'^ 

<file type="5" name="Blank Note" extension="pwi" full_path="\ My 

Documents\ Templates\ Blank Note.pwi" size="0" last_access_date="8/ 21/ 06" 
last_access_time=" 12:00:00 AM"> 

<word name="Blank Note" count="l" /> 


<word name="pwi"' count="l" /> 

</file> 

<file type="5" name="Meeting Notes" extension="pwi" full_path="\ My 
Documents\ Templates\ Meeting Notes.pwi" size="1592" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="Meeting Notes" count="l" /> 

<word name="pwi" count="l" /> 

</file> 

<file type="5" name="Memo" extension="pwi" full_path="\ My 

Documents\ Templates\ Memo.pwi" size="2112" last_access_date="8/ 21/ 06" 
last_access_time=" 12:00:00 AM"> 

<word name="Memo" count="l" /> 

<word name="pwi" count="l" /> 
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</file> 

<file type="5" name="Phone Memo" extension="pwi" 
Documents\ Templates\ Phone Memo.pwi" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="Phone Memo" count="l" /> 

<word name="pwi" count="l" /> 

</file> 

<file type="5" name="To Do" extension="pwi" 

Documents\ Templates\ To Do.pwi" size="3096" last access 
last_access_time=" 12:00:00 AM"> 

<word name="To Do" count="l" /> 

<word name="pwi" count="l" /> 

</file> 

<file type="5" name="Blank Document" extension = "dot" 

Documents\ Templates\ Blank Document.dot" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="Blank Document" count="l" /> 

<word name="dot" count="l" /> 

</file> 

<file type="5" name="Meeting Notes" extension="dot" 
Documents\ Templates\ Meeting Notes.dot" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="Meeting Notes" count="l" /> 

<word name="dot" count="l" /> 

</file> 

<file type="5" name="Memo" extension="dot" 

Documents\ Templates\ Memo.dot" size="7168" last access 
last_access_time=" 12:00:00 AM"> 

<word name="Memo" count="l" /> 

<word name="dot" count="l" /> 

</file> 

<file type="5" name="Phone Memo" extension="dot" 
Documents\ Templates\ Phone Memo.dot" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="Phone Memo" count="l" /> 

<word name="dot" count="l" /> 

</file> 

<file type="5" name="To Do" extension="dot" 

Documents\ Templates\ To Do.dot" size="14336" last access 
last_access_time=" 12:00:00 AM"> 

<word name="To Do" count="l" /> 

<word name="dot" count="l" /> 

</file> 

<file type="5" name="Vehicle Mileage Log" extension = "xlt" 
Documents\ Templates\ Vehicle Mileage Log.xlt" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="Vehicle Mileage Log" count="l" /> 

<word name="xlt" count="l" /> 

</file> 

</directory> 

<directory name="\ My Documents\ Personal" /> 

<directory name="\ My Documents\ Business" /> 
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full_path = "\ My 
size="2008" 


full_path = "\ My 
date="8/ 21/ 06" 


full_path = "\ My 
size="7168" 


full_path = "\ My 
size="7168" 


full_path = "\ My 
date="8/ 21/ 06" 


full_path = "\ My 
size="7168" 


full_path = "\ My 
date="8/ 21/ 06" 


full_path = "\ My 
size="27246" 


<directory name="\ My Documents\ My Music"> 

<file type="5" name="Alouette" extension="mid" full_path="\ My Documents\ My 
Music\ Alouette.mid" size="13561" last_access_date="8/ 21/06" 

last_access_time=" 12:00:00 AM"> 

<word name="Alouette" count="l" /> 

<word name="mid" count="l" /> 

</file> 

<file type="5" name="ding" extension="amr" full_path = "\ My Documents\ My 
Music\ ding.amr" size="1248" last_access_date="8/ 21/06" 

last_access_time=" 12:00:00 AM"> 

<word name="ding" count="l" /> 

<word name="amr" count="l" /> 

</file> 

<file type="5" name="Dogbark" extension="wav" full_path="\ My Documents\ My 
Music\ Dogbark.wav" size="42340" last_access_date="8/ 21/ 06" 

last_access_time=" 12:00:00 AM"> 

<word name="Dogbark" count="l" /> 

<word name="wav" count="l" /> 

</file> 

</directory> 

<directory name="\ My Documents\ UAContents"> 

<file type="5" name="CannedText" extension = "txt" full_path="\ My 
Documents\ UAContents\CannedText.txt" size="1215" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="CannedText" count="l" /> 

<word name="txt" count="l" /> 

<word name=" Call" count="l" /> 

<word name="me Can't" count="l" /> 

<word name="wait" count="l" /> 

<word name="to" count="l" /> 

<word name="see" count="l" /> 

<word name="you Chill" count="l" /> 

<word name="out Congratulations!" count="l" /> 

<word name="Crazy" count="l" /> 

<word name="For" count="l" /> 

<word name="You Did" count="l" /> 

<word name="you" count="3" /> 

<word name="forget? Dream" count="l" /> 

<word name="OnFun" count="l" /> 

<word name="in" count="l" /> 

<word name="the" count="l" /> 

<word name="Sun" count="l" /> 

<word name="Get" count="l" /> 

<word name="a" count="2" /> 

<word name="Clue" count="l" /> 

<word name="Good" count="l" /> 

<word name="Times Groovy Guess" count="l" /> 

<word name="Who Happy" count="l" /> 

<word name="Anniversary! Happy" count="l" /> 

<word name="Birthday!" count="l" /> 

<word name="l" count="l" /> 

<word name="Love" count="l" /> 
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<word name="You I'm" count="l" /> 

<word name="Really" count="l" /> 

<word name="Sorry Just" count="l" /> 

<word name="J okingKiss" count="l" /> 

<word name="Kiss" count="l" /> 

<word name="KissLet's" count="l" /> 

<word name="barbeque Let's" count="l" /> 

<word name="dance Let's" count="l" /> 

<word name="get" count="l" /> 

<word name="together." count="l" /> 

<word name="Let's" count="l" /> 

<word name="talk" count="l" /> 

<word name="Look" count="l" /> 

<word name="at" count="l" /> 

<word name="this! Missing" count="l" /> 

<word name="You No" count="l" /> 

<word name="Monkey" count="l" /> 

<word name="Business No" count="l" /> 

<word name="Way" count="l" /> 

<word name="No" count="l" /> 

<word name="Worries Oops! Peace" count="l" /> 

<word name="Out Rock" count="l" /> 

<word name="On! Take" count="l" /> 

<word name="Hint Thanks" count="l" /> 

<word name="for" count="l" /> 

<word name="being" count="l" /> 

<word name="there Thinking" count="l" /> 

<word name="of" count="l" /> 

<word name="Top" count="l" /> 

<word name="Secret What" count="l" /> 

<word name="would" count="l" /> 

<word name="l" count="l" /> 

<word name="do" count="l" /> 

<word name="without" count="l" /> 

<word name="you? Wish" count="l" /> 

<word name="were" count="l" /> 

<word name="here You" count="l" /> 

<word name="amaze" count="l" /> 

<word name="me You" count="l" /> 

<word name="crack" count="l" /> 

<word name="me" count="2" /> 

<word name="up You" count="l" /> 

<word name="did" count="l" /> 

<word name="it! You" count="l" /> 

<word name="drive" count="l" /> 

<word name="nuts! You" count="l" /> 

<word name="rock!" count="l" /> 

</file> 

</directory> 

<directory name="\ My Documents\ UAContents\ Templates'^ 
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<file type="5" name="0" extension = "dat" 

Documents\ UAContents\ Templates\ O.dat" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="0" count="l" /> 

<word name="dat" count="l" /> 

</file> 

<file type="5" name="0" extension="jpg" 

Documents\ UAContents\ Templates\ O.jpg" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="0" count="l" /> 

<word name="jpg" count="l" /> 

</file> 

<file type="5" name="l" extension = "dat" 

Documents\ UAContents\ Templates\ l.dat" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="l" count="l" /> 

<word name="dat" count="l" /> 

</file> 

<file type="5" name="l" extension = "jpg" 

Documents\ UAContents\ Templates\ l.jpg" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="l" count="l" /> 

<word name="jpg" count="l" /> 

</file> 

<file type="5" name="2" extension = "dat" 

Documents\ UAContents\ Templates\ 2.dat" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="2" count="l" /> 

<word name="dat" count="l" /> 

</file> 

<file type="5" name="2" extension = "jpg" 

Documents\ UAContents\ Templates\ 2.jpg" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="2" count="l" /> 

<word name="jpg" count="l" /> 

</file> 

<file type="5" name="Custom" extension = "jpg" 

Documents\ UAContents\ Templates\ Custom.jpg" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="Custom" count="l" /> 

<word name="jpg" count="l" /> 

</file> 

<file type="5" name="MMSTemplates" extension="inf" 

Documents\ UAContents\ Templates\ MMSTemplates.inf" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 
<word name="MMSTemplates" count="l" /> 

<word name="inf" count="l" /> 

</file> 

</directory> 

<directory name="\ My Documents\ UAContents\ MMS UA" /> 

<directory name="\ My Documents\ Windows" /> 

<directory name="\ Program Files"> 


full_path = "\ My 
size="37330" 


full_path = "\ My 
size="3631" 


full_path = "\ My 
size="37476" 


full_path = "\ My 
size="4491" 


full_path = "\ My 
size="40504" 


full_path = "\ My 
size="2776" 


full_path = "\ My 
size="1458" 


full_path = "\ My 
size="740" 
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<file type="5" name="Mobile PI M Master" extension = "exe" full_path="\ Program 
Files\ Mobile PI M Master .exe" size="1145344" last_access_date="8/ 6/07" 
last_access_time=" 12:00:00 AM"> 

<word name="Mobile PI M Master" count="l" /> 

<word name="exe" count="l" /> 

</file> 

</directory> 

<directory name="\ Program Files\ Connections" /> 

<directory name="\ Program Files\ Windows Media Player"> 

<file type="5" name="Default(Portrait)" extension="skn" full_path = "\ Program 
Files\ Windows Media Player\ Default( Portrait) .skn" size="26" 
last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="Default(Portrait)" count="l" /> 

<word name="skn" count="l" /> 

</file> 

<file type="5" name="Default( Landscape)" extension = "skn" full_path="\ Program 
Files\ Windows Media Player\ Default( Landscape) .skn" size="27" 
last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="Default(Landscape)" count="l" /> 

<word name="skn" count="l" /> 

</file> 

<file type="5" name="Default( Square)" extension="skn" full_path="\ Program 
Files\ Windows Media Player\ Default(Square).skn" size="24" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="Default(Square) " count="l" /> 

<word name="skn" count="l" /> 

</file> 

</directory> 

<directory name="\ Program Files\ Microsoft Pocket Streets"> 

<file type="5" name="PSPiml nt" extension="dll" full_path="\ Program 
Files\ Microsoft Pocket Streets\PSPimlnt.dll" size="24624" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="PSPiml nt" count="l" /> 

<word name="dll" count="l" /> 

</file> 

<file type="5" name="Pstll0" extension="dll" full_path = "\ Program Files\ Microsoft 
Pocket Streets\Pstll0.dll" size="51760" last_access_date="8/ 21/06" 
last_access_time=" 12:00:00 AM"> 

<word name="Pstll0" count="l" /> 

<word name="dll" count="l" /> 

</file> 

<file type="5" name="Pstreets" extension = "exe" full_path="\ Program 

Files\ Microsoft Pocket Streets\ Pstreets.exe" size="391728" 

last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="Pstreets" count="l" /> 

<word name="exe" count="l" /> 

</file> 

</di recto ry> 

<directory name="\ Application Data" /> 

<directory name="\ Application Data\ Volatile"> 
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<file type="5" name="setup" extension="log" full_path="\ Application 
Data\ Volatile\ setup.log" size="2268" last_access_date="8/ 6/ 07" 

last_access_time=" 12:00:00 AM"> 

<word name="setup" count="l" /> 

<word name="log" count="l" /> 

</file> 

</directory> 

<directory name="\ Application Data\ Volatile\ XMEI nst000304A0-33DF273E" /> 
<directory name="\ Application Data\ Sounds" /> 

<directory name="\ ConnMgr"> 

<file type="5" name="" extension^"" full_path="\ ConnMgr\ CMMapG" size="80" 
last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="" count="2" /> 

</file> 

<file type="5" name="" extension^"" full_path="\ ConnMgr\ CMMapP" size="78" 
last_access_date="8/ 21/ 06" last_access_time="12:00:00 AM"> 

<word name="" count="2" /> 

</file> 

</directory> 

</directories> 

</index> 
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